1996 / SZEPTEMBER ÁRA: 356 FT 





ALAPLAP 


SZÁMÍTÁSTECHNIKAI FOLYÓIRAT LEMEZMELLÉKLETTEL 





Szakmai tudásszint Döntési kompetencia 


8 Beosztott szakmai Első számú vezető (CE0) 5,1 "o 
Est LÜLETLEL [1 MET TE ret 


E [1 
CZ GET TSZ [ZT sál 


. 28h Középvezető 15.390 


Hardverfejlesztő 


Szabadfoglalkozású 5,5"o 














13.89 j Szoftverfejlesztő 


Nyugdíjas 2.299 


! Számítástechnikai tanuló Munkanélküli 2,39o 


Kereskedő, szervizes utan VA 








jee Sza til, ű Befolyás a munkahelyi vásárlásokra 
számítógépfelhasználó 
Nincs befolyása NTLENTIYZN 
a beszerzésekre 





Haladó 
számítógépfelhasználó 


ú nyáj 
12.690 számítógépfelhasználó 
— [-29— il 111111) 


HITE VALOT TA 


veg VOLA 21 (2 LEÉLT e 
ES. MTA TE; 


melléklet 1.44 MB 




















ÚJ ALAPLAP 


A Mikroszámítógép Magazin és 
az Alaplap hagyományait folytató 
számítástechnikai folyóirat 





Megjelenik havonta, 
mágneslemez melléklettel 


Főszerkesztő: 
Faklen Pál 


Főszerkesztő-helyettes: 
Varga János 


Szerkesztő: 
Jakab Ágnes 


A szerkesztőbizottság tagjai: 
Aszalós László, Csórián Sándor, 
Feleki Zoltán, Ferenczi Gábor, 
Herczeg József, Horlai János, 
Kis János, Nagy Gábor, 
Pogány Csaba, Szondi Egon János, 
Vargha Dénes, Vékony Tamás 


Szerkesztőség és kiadó: 
1539 Budapest I., Márvány u. 17. 
Telefon: 156-3211 / 200, 214 
Fax (manuális): 156-3211 / 201 
E-mail: alaplap(omail.datanet.hu 


Felelős kiadó: 
Faklen Pál 


Terjesztés: 
Megyes Zsuzsanna 


Hirdetésszervezés: 
Árvai Katalin, Bogácsi Mária, 
Galyasi Hedvig, Pap Katalin 


Külföldi hirdetések: 
PubliCity 
Reklám- és Médiaügynökség 
1537 Budapest I., Márvány u. 17. 
Telefon: 156-1182 Fax: 175-3539 


A kiadó a hirdetések tartalmáért 
és a nyomdakészen kapott hirdetések 
formájáért (helyesírásáért) 
nem vállal felelősséget 


Példányszámadatok hitelesítése: 


Magyar ha Szövetség 


Szövetséi 
ba e 


T6/VATESZ 
Ez a szám 
10 400 példányban jelent meg 


Nyomtatás: 
Zalai Nyomda Rt, Zalaegerszeg 


Felelős vezető: 
Somogyi Tibor ügyvezető igazgató 
Terjeszti: 

A Magyar Posta Rt, a Nemzeti 
Hírlapkereskedelmi Rt, a Hírker Rt, 
a Kiadói Lapterjesztő Kft, számos 
számítástechnikai szaküzlet és más 
alternatív terjesztő 


Előfizethető a kiadónál: 
Új Alaplap Kiadói Kft, 
1539 Budapest, Pf. 571 
Bankszámlaszám: 
OTP 11701004-20171649 
Eladási ár: 356 Ft 
Évi előfizetési díj: 3564 Ft 


Külföldre terjeszti a Kultúra, 
H-1389 Budapest, Pf. 149 


HU ISSN 1217-7598 





14. ÉVFOLYAM 9. SZÁM, 1996 / SZEPTEMBER 


TARTALOM 





A HÓNAP TÉMÁJA: 
SZOFTVERBÁBEL 


(Összeállította: Vargha Dénes) 
Magyarul vagy nem magyarul 


Út a balek felhasználóhoz 
(Kis János) 


Trerannróc 
epouere 


5 Legújabbkori nyelvújítás 
(Barkóczi Miklós) 


77 Hónosítás vagy fordítás? 
(Vargha Dénes) 


9 Nehezebb is, könnyebb is 
(Varga Gábor) 


10 Fordítói műhelymunka 
(Vaskó Tibor) 


12 Terminológiai szópárbaj 
(Varga Gábor) 


14 Magyarítás magyar módra 
(Bedő Árpád, Kárpáti András, 
Vargha Márton) 


17 Kódok háborúja (Vargha Dénes) 


20 Nehéz falat a gépi fordítás 
(Vargha Dénes) 


SZOFTVERPORTÉKA 


23 A Java és holdudvara 
(Horlai János) 


25 Visual Age C4-- Windowsra 


27 Szoftverapróportéka 
(Herczeg József) 


29 Integrált szerver, univerzális 
adatok (Csányi György) 





ONLINE 


26 Fájlkeresés az Interneten 
(Horlai János) 


VISSZACSATOLÁS 


30 Értékelemzés az informatikában 
(Pogány Csaba) 





PRO DOMO 
31 Leltár (Faklen Pál) 


32 BÖNGÉSZDE 


33  HÍRHÁLÓ (Kovács Attila) 


KOMMUNIKÁCIÓ 


A DTD nyomvonalán 
(Aszalós László) 


MŰHELY 


Titokmegosztás 
(Papp Pál — Vecsera Ildikó) 


KÖZKINCS 


41 , Elemi" ismeretek 
(Simay Endre István) EA 


SZÖVEGELŐ 
45 A gépi szótárak új koncepciója 
(Prószéky Gábor) 


47 Grétsy a számítógépben 
(Naszódi Mátyás) 


TUDÁSTECHNOLÓGIA 


51 A robotokkal , körbe járva" 
(Aszalós László) H 


KALEIDOSZKÓP 


54 Közelebb a szöveghez 
(Vargha Dénes) 


56 A leveles játékok varázsa 
(Aszalós László) Fi 





58  MIKROBAZÁR 


KÖNYVESPOLC 
59 Szóra érdemes (V. Nagy Edit) 


63 PALETTA 


MÁGNESLEMEZ 
MELLEKLET 





Feleki Zoltán karikatúrái 


Címlapképünk a Silicon Graphics 
prospektusából 


53 E számunk hirdetői 


ÚJ ALAPLAP  1996/9 1 


A HÓNAP TÉMÁJA 








A számítástechnikával kapcsolatos magyar nyelvhasználat kérdésében nagyon megosztott 
a szakma, de a nyelvészek szűk, és a felhasználók széles tábora is. 

Az egyetértés abban még megvan, hogy a számítógéppel készülő és nyilvánosság elé kerülő 
magyar nyelvű szövegeknek illik tisztelniük a helyesírási szabályok szerinti ékezeteket és a 
sorvégi elválasztást. Ezt talán azok aprogramozók sem vitatják el, akik egyébként forráskódjaik 
kommentjeiben változatlanul angolos ékezettelenséggel írják az ékezetes betűket, vagy jó 
esetben használják az ő, Ő, ű, Ű karakter-kvartett nélküli nemzetközi kódkiosztást, bár minden 
eszközük meglenne a korrekt magyaros írásmódra is. (Bezzeg nekik könnyű megszokni az 
elektronikus levelek beírásakor az ékezetek fűnyíró technológiával való leborotválását és az 
így keletkezett kopasz szövegek visszafejtését, mert előzőleg már jól begyakorolták.) 

Abban is szinte mindenki egyetért (mármint abból a szakmai rétegből, amelyet ez egyáltalán 
érdekel), hogy a programnyelveket érintetlenül kell hagyni, nem szabad azok integritását 
megsérteni. Itt azonban elég egyetlen lépést megtenni, és máris átérünk egy vitatott területre, 
hogy milyen nyelven kommunikáljon az operációs rendszer a felhasználóval, milyen nyelvű 
hibaüzeneteket küldjön. 

Igen élesen eltérnek viszont a vélemények a kifejezetten felhasználói programok kezelői 
felületének nyelvezete körül, és mindkét tábornak vannak figyelemre méltó érvei. E havi 
összeállításunk írásai is túlnyomórészt ezzel a kérdéskörrel foglalkoznak. Szinte vitaindítónak 
is tekinthető Kis János írása, aki erőteljesen síkra száll a nyelvileg világszerte egységes 
kommunikációs közegért, elmarasztalva a számítástechnikai inkompatibilitást és az új Bábel 
megteremtését. A többi írás zöme viszont inkább arra keres megoldást, hogy a programok a 
magyarokhoz magyar nyelven szóljanak. vér 

Az előző témáknak mintegy szükségszerű vetülete, hogy akkor milyen is legyen a 
számítástechnikai szóhasználat. Olyan-e, mint egy orvosi zárójelentésé (amelyből a köznép 
egyetlen szót sem ért, mégis megtudja belőle, hogy miről van szó) vagy olyan, mint egy 
politikusi szónoklaté (amelyből a köznép minden szót ért ugyan, mégsem tudja meg belőle, 
hogy miről van szó). 

Sokkal bonyolultabb kérdések ezek, semhogy határozott konklúzióval tudnánk pontot tenni 
a téma végére. Éppen ezért szívesen vesszük — és közreadjuk —, ha valaki továbbfűzi a 
felvetett gondolatokat, olyan érvekkel vagy szempontokkal állva elő, amilyeneket szerzőink 
akár figyelmen kívül hagytak, akár röviden, de ellenkezésre, illetve megerősítésre ingerlően 
érintettek. 
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Honosítás, lokalizálás 


Út a balek felhasználóhoz 


Tanúja voltam a múltkoriban, hogy az Abbruch kifejezést 
a diákok egyszerűen abruhálásnak , magyarították" 

az egyik iskolában, ahol német programokat is használtak. 
Vagy hogy másutt kancellár lett a cancelből. 

Dehát ettől a játékosságtól kellene annyira megijedni? 


Magyarítunk szakkifejezéseket, 
szakkönyveket, szoftvereket. Bizonyos 
csoportoknak, szakmáknak kialakult a 
maguk speciális vegyes nyelvezete. A 
katolikus egyházét átszövi a latin, a 
pravoszlávét az ószláv. A nyomdászok 
szakmai tolvajnyelve német szavakkal 


van tele, az orvosok a latinra építkez- "7 


nek, míg a vegyészek és az elektronikai 
szakemberek az angolból veszik át 
szakkifejezéseiket. És ez utóbbi lett a 
sajátja a számítógépes környezetnek is. 
Addig ebből nem is származott gond, 
amíg a gépeket olyanok kezelték, akik 
magához a szakmához is konyítottak 
valamit. A számítógép időközben azon- 
ban a beavatottak játékszeréből , közfo- 
gyasztási cikk" lett. Olyan áru, amelynél 
az eladhatóság szempontjai előtérbe ke- 
rülnek. És mert a világ soknyelvű, és 
mert a számítástechnikának fontos ré- 
sze a szöveg, az eladást azzal lehet 
igazán növelni, ha mindenkihez a saját 
anyanyelvén tudunk szólni, kialakítva 
a már-már egységes nyelvre berendez- 
kedő számítástechnika új Bábelét. 


A kódtáblákkal kezdődött 


A kódtáblák lokális háborújával in- 
dult az egész, s fokozatosan kialakult a 
, lokalizált" nyelvi verziók összevisz- 
szasága. Sikerült is jól szétcincálni a 
korábban egységes számítástechnikai 
rendszereket. Már a billentyűzettel el- 
kezdődik a kavarodás, és tart egészen 
a programok hibaüzenetéig. És azért 
közben is van egy két menüpont, help, 
miegymás. 

A dolog akkor kezdett komollyá vál- 
ni, amikor egyes cégek rászánták ma- 
gukat a túlnyomórészt angol nyelvre 
épülő programrendszerek lokalizálásá- 
ra (honosítására). Ez tovább bonyoló- 
dott, amikor a felhasználók számára 
készült alkalmazói szoftverek program- 
nyelvi környezetét is lokalizálni kezd- 


ték. Ennek azután meg is van az ered- 
ménye: például már a WinWord magyar 
és angol változatának makrói és keret- 
programjai sem értik egymást. A pa- 
rancsszavak lefordítása pedig olyan for- 
galomnövelő zagyvaságot teremtett, 
amilyet a kereskedők csak álmukban 
mertek remélni. Immár külön szakmává 
vált a kompatibilis programok és mak- 
rók írása. Persze az sem rossz, ha valaki 
fordítóprogramokat tud írni, hogy az 
egyik nyelvi változat makróit, program- 
jait érthetővé tegye a másik nyelvi 
változat számára, mert ezzel legalább 
átmenetileg kialakítható a szoftverek 
kompatibilitása. 


Nyelvvédelem... 


A szoftverek nyelvének megújítói 
gyakran érvelnek azzal, hogy szükség 
van a nyelvi verziók elkészítésére, hi- 
szen ezzel (piacuk mellett) a nyelvet is 


védik: megtisztítják az idegen szavak 
behatolásától. Odáig rendben is van a 
dolog, hogy a szövegfeldolgozó prog- 
ramoknak kötelességük minden nyel- 
ven ékezethelyesen írni és olvasni, 
szükség esetén ismerni a nyelv jelleg- 
zetes karaktereit. A szedő, tördelő és 
elválasztó programoknak is meg kell 
tenniük mindazt, amit az anyanyelv 
törvényei megkívánnak tőlük. De miért 
kellett a programrendszerek nyelvét 
bántani? Hiszen azoknak is önálló éle- 
tük, nyelvtanuk, szintaktikájuk stb. van, 
ráadásul szigorúbb feltételek között 
működnek, mint a beszélt nyelvek. 

Annak idején a nyelvújítók, később 
a nyelvvédők időnként keresztes had- 
járatot indítottak az idegen szavak ellen. 
A nyelvújítás érdemeit senki sem akarja 
elvitatni. De mennyivel lenne jobb, ha 
minden ötletük megvalósult volna, és 
az oxigént élenynek, a jódot iblanynak, 
a nátriumot szikenynek, az alumíniu- 
mot timanynak hívnánk? Vagy szerács- 
nak a patikust, szurdancsnak a tőrt, 
természetedménynek a fizikát, látoda- 
lomnak a színházat, zengeménynek az 
operát, hangbetűzetnek a kottát? 

Az emberi kultúra történetében a 
számítástechnika különleges nyelvi le- 
hetőséget kapott. Egy szűkebb szakmai 
réteg legjobb tudása szerint megteremt- 
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hette, definiálhatta nyelvek teljes szó- 
készletét és nyelvtanát. Minden prog- 
ramozó tudja, hogy a Pascal, a Fortran, 
a Cobol, a C mind-mind ilyen deklarált 
szókincsre és nyelvtanra épült. 


. . és akik védik 


Ám ekkor előjöve a Gyártó, és mon- 
dá: számomra az a jó, ha eltérek ezektől 
a világos deklarációktól. És lőn. Az Úr 
megzavarta Bábel fiainak nyelvét, hogy 
ne értse egyik a másikát. Az egyikféle 
Pascal szabályainak megfelelően meg- 
írt program nem biztos, hogy lefordít- 
ható egy másik fordítóprogrammal. Pe- 
dig mindkettő Pascal. Állítólag. Vagy 
egy magyar AutoCAD Lisp kiegészíté- 
se az esetek nagy részében nem megy, 
mondjuk, a németen vagy az angolon. 

A káosz létrejött. A káosz terjed. A 
káosz rombol. A káosz zsarol. A káosz 
megront. És a számítástechnika hátor- 
szágának túlzott mértékű elnemzetiesí- 
tése a világot éppen attól akarja meg- 
fosztani, amiben az ereje rejlik: a közös 
nyelvtől. Az Internet egyelőre még tart- 
ja magát, de már azon is terjednek a 
speciális nyelvi megoldások. Ott is, 
ahol nem kellene. 

Egy lexikont, tudományos vagy 
szépirodalmi munkát természetesen sa- 
ját anyanyelvünkön legjobb olvasni. De 
miért kellene ehhez a gép belső nyelvét 
megváltoztatni? Előbb a nem angol 
anyanyelvű, de nagy számítástechnikai 
piaccal rendelkező országok indultak el 
a programok nemzetiesítésének útján. 
Mi, magyarok pedig követtük őket. A 
franciák, a németek, az olaszok kezdték 
el, majd jöttek a spanyolok, portugálok, 
lengyelek, oroszok és a többiek. 
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nie du früher gekommen wárest 
Ca na npinnen paruanc, Tu ra ynuzten ero. 
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vi 


Való igaz, hogy a nyelvi verziók 
elterjedésével a számítástechnika popu- 
lárisabbá vált, mindenki hozzáférhetett. 
De nem fizettünk ezért túlságosan nagy 
árat? Az ember és a gép egyre inkább 
eltávolodik egymástól. Egyre többen 
tudnak a számítógépről egyre keveseb- 
bet, maholnap immár semmit. Meg- 
elégszenek annyival, hogy a gép bekap- 
csolása után bejelentkezik általában a 
kedvenc Windows felület. És ha a leg- 
apróbb baj van, rögtön szakember és 
vevőszolgálat után kiáltanak. Kiterme- 
lődött minden forgalmazó álma: az app- 
likációs gondolkodású, csőlátásos balek 
felhasználó. 


Divide et impera 


Régebben aki számítógépet használt, 
ritkán vette kézbe a kézikönyvet. (Ha 
egyáltalán volt neki.) A programok mű- 
ködésének belső logikáját igyekezett 
megérteni, magán a programon, az al- 
kalmazáson belül kereste a megoldást. 
És természetesen barkácsolt, kiegészí- 
tett, ha kellett. Munkaeszközéróől, a gép- 
ről igyekezett mindent megtudni, mint 
a régi jó esztergályos szakik. Gyakran 
volt önmagára utalva, ezáltal kinevelő- 
dött egy olyan réteg, amely képes volt 
alkotó módon hsználni a számítógépet, 
és azon keresztül megvalósítani önma- 
gát. 

A gondolkodó ember azonban min- 
dig veszélyes elem a nem számára 
teremtett környezetben. Még képes rá, 
hogy felfedezze a programrendszerek- 
be tudatosan beépített korlátozásokat, 
csapdákat, a piacbővítési céllal elhelye- 
zett inkompatibilitások aknáit. Az ilyes- 
mi alaposan összekuszálhatja a nagyok 


számításait. Tenni kellene valamit , az 
ügy" érdekében. 

A nyelvi verziók kutricái erre nagyon 
alkalmasnak bizonyultak. Ma már min- 
den sikerorientált cég kénytelen bete- 
relni fejlesztőit ezekbe a szűk ketrecek- 
be, ha a piacon akar maradni. A felhasz- 
nálók is meg vannak dolgozva, egyre 
inkább leszoknak a gondolkodásról, be- 
dőlnek a reklámdömpingnek, és azt is 
elhiszik, hogy a kézikönyvekben min- 
den le van írva. (Ha valami mégsem 
működne, tessék megvenni a következő 
verziót is...) A cégek pedig a sikeren 
felbuzdulva egyre merészebben mani- 
pulálják a jelen és a jövő felhasználói- 
nak agyát. Végül már azt sem lehet 
tudni, hogy egy szoftver magyar válto- 
zata melyik angol verziónak felel meg, 
vagy hogy mi az eltérés közte és az 
orosz verzió között. Kit érdekel, hogy 
megy-e az USA-ban vásárolt matema- 
tikai program a magyar keretprogra- 
mon? Majd elkészül a magyar nyelvű 
verzió is. Feltéve, hogy lesz rá elegendő 
igény... Ebben az összefüggésben a 
nyelv védelmére való hivatkozás kö- 
zönséges ürügy. 


Herz-féle szalámi 


Előfordul, hogy több nyelvtudás kell 
a szoftverek magyarításainak megfejté- 
séhez, mint az eredeti nyelvű program 
használatához. Sok esetben még akkor 


. Sem derül ki, hogy mit akart mondani 


a program fordítója, amikor visszafor- 
dítjuk a , magyar" szöveget angolra. A 
németből magyarított szoftverekkel 
sem jobb a helyzet. A germán tengeri- 
kígyó szavakat is könnyebb megérteni 
az eredetiből, mint a fordításból. Még 
jó, hogy francia programokkal viszony- 
lag ritkábban találkozunk, mert ők az- 
után úgy megvédik a nyelvüket, hogy 
szakszótárakban sem lehet nyomára lel- 
ni leleményes franciásításaiknak. Sike- 
rült is elrettenteniük minden idegent (és 
szakmai vitáikból ítélve honfitársaikat 
is) saját culture de lVordinateaur-üktől. 
Magyarítunk, franciásítunk, oroszo- 
sítunk... Még nem tűnt el teljesen a 
számítástechnikai rendszereket egy- 
mással összekötő egységes nyelvi hát- 
tér. Egyelőre a programok még nem 
cenzúrahivatalok és fordítóirodák révén 
kommunikálnak egymással. Az pedig 
talán be sem következik, hogy a számí- 
tástechnikában épüljenek ,,berlini fa- 
lak", mert a folyamat valahol kénytelen 
lesz megállni. A hexakódban van ugyan 
két ékezetesíthető karakter, de a nullát 
és az egyest egyelőre nehéz elképzelni 
s lokalizált, honosított" változatban. 
Kis János 
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Audiatur et altera pars 


Legújabbkori nyelvújítás 


A 90-es évek elején űrkori honfoglalás vette kezdetét: 

a kibertérben, a számítógépekkel és számítógépes 
programokkal benépesített mesterséges világban kell 
helyet keresni magunknak. Ebben az új ,honfoglalásban" 
a magyar nyelv azért is kulcsszereplő, mert a 
számítástechnikán keresztül részben a köznyelv is 
elangolosodhat. Mit tehetünk általában, és mit tesznek 
konkrétan a Microsoft szoftverei e tendencia ellen? 


Egyes országok törvényileg korlá- 
tozzák az idegen nyelvű szoftverek 
forgalmazását: Franciaországban erről 
törvény is született. Ilyen jellegű , ön- 
kéntes COCOM-törvény? Magyarorz 
szágon természetesen szóba sem jöhet. 
Az egyetlen lehetőség a számítástech- 
nikai szakemberek összefogása: együtt 
küzdeni a , kopi-pésztek", , brózerek", 
, ímélek" ellen. 


Elittudomány, vagy... 


Sajnos a jelenlegi hazai számítás- 
technikai elit általában elutasítóan vi- 
selkedik a magyar (vagy magyar nyel- 
vű) szoftverekkel szemben. Ha megkér- 
dezünk egy rendszergazdát, szakértőt, 
szoftverkritikust, mi a véleménye a 
magyar szoftverek, és ezzel együtt a 
magyar terminológia használatáról, ke- 
vés pozitív választ kapunk. 

Az ellenérvek egy része kétségtele- 
nül megalapozott és jogos: sok fontos 
program angol nyelvű, és azok zavar- 
talan működése csak , vegytiszta" angol 
környezetben biztosítható. Ugyanakkor 
a sablonos kategórikus elutasítást kö- 
zönséges számítástechnikai sznobiz- 
musnak tartom, főleg az olyan megnyil- 
vánulásokat, hogy: , azért nem haszná- 
lok magyar programokat, mert azok 
mindig rosszabbak", , soha semmit nem 
találok meg rajtuk", , egyszerűen nem 
tudom megszokni", , nevethetnékem tá- 
mad, ha magyar menüpontokat látok" 
stb. 

Pedig ha nem szervert futtatunk, nem 
fejleszteni akarunk, nem célszoftvere- 
ket használunk, hanem például csak 
levelet írunk és küldünk, táblázatot ke- 
zelünk, fájlokkal teszünk-veszünk, In- 
terneten böngészünk — vagyis a szá- 


" használó 


mítógépek alkalmazásának legtöbb te- 
rületén —, bármiféle funkcióveszteség 
nélkül használhatunk magyar progra- 
mokat. És a behatárolhatatlan , átlagfel- 
" (elnézést a kategorizálásért) 
szerencsére használ is, míg a jól beha- 
tárolható véleményalkotó és vélemény- 
formáló számítástechnikai elit kollektív 
elutasítást tanúsít. 

A fenti, végül is szubjektív tényezők- 
re visszavezethető visszatartó erő mel- 
lett azonban van egy nagyon is objektív 
korlát, maga a honosítás és honosítha- 
tóság problémaköre. A számítástechni- 
ka kezdetekor azért nem létezett ez a 
probléma, mert minden angolul volt, és 
aki ezt a tudományágat akarta művelni, 
annak bizonyos fokig ugyanúgy meg 
kellett tanulnia angolul, ahogy egy or- 
vosnak latinul. Csakhogy a számítás- 
technika ma már nem elittudomány, 
hanem üzlet, a mindennapok kelléke. 
Egy tömegterméknél pedig kifejezetten 
hátrány, ha az angolul nem értőket 
távoltartja magától. 

A 90-es évek elejétől minden na- 
gyobb szoftvergyártó felismerte a ho- 
nosítás szükségességét, és napjainkban 
elértünk oda, hogy a soknyelvűség igé- 
nyét már a program tervezésekor is 
figyelembe veszik. A sikeres honosítás 
létrejöttének ez azonban csak szüksé- 
ges, de nem elégséges feltétele, és ez 
különösen igaz a magyar nyelv eseté- 
ben! 

A honosítás problémakörét három fő 
csoportra bonthatjuk: a honosíthatóság, 
a szókincs megteremtése és a tényleges 
fordítás problematikájára. A szoftver 
honosíthatósága — ami különösen a 
rendszerszoftvereknél alapkövetel- 
mény — nem is olyan magától értetődő 
dolog. Tulajdonképpen arról van szó, 


hogy programunk alapvető szinten ké- 
pes legyen a különböző nyelvi jelek 
megfelelő kezelésére, minden informá- 
ciót — nyelvtől függetlenül — be tud- 
junk táplálni, meg tudjunk jeleníteni és 
fel tudjunk dolgozni a számítógépen. 
Emellett fontos követelmény, hogy a 
rendszer lehetőleg támogassa a külön- 
böző nyelvi szabványokat, normákat. 


Univerzális megoldás? 


A fenti követelmények kielégítése 
jegyében születtek a különböző nyelvek 
kezelésére szolgáló kódlapok, karakter- 
táblák. Eddig a legelterjedtebb megkö- 
zelítés az volt, hogy a rendszer 8 biten 
tárolja a karaktereket. Ez 256 karakter- 
nek elegendő hely, így egy ügyesen 
választott karakterkészlettel akár több 
nyelvetis lefedhetünk. Az viszont, hogy 
melyik 256 karakter hol helyezkedjen 
el, már nem egységes a különböző 
szabványok között: Magyarországon a 
hivatalos szabvány az ISO 8859-2 ka- 
raktertábla, a de facto szabvány viszont 
a Windows kódlap. (Szerencsére a ma- 
gyar-specifikus karakterek ugyanoda 
kerültek a két készletben.) 

A 8 bites karakterek azonban nem 
hozhatnak hosszú távú megoldást. Ez- 
zel a ugyanis egy új problémát is létre- 
hoztunk, nevezetesen: hogyan tudnak 
együttműködni az eltérő kódlapok. Az 
ideális megoldás egy egységes karak- 
terkészlet használata lenne. A szabvány 
— a Unicode karakterkészlet (ISO/IEC 
10646-1) — már régen meg is született, 
sőt a gyakorlatban is megjelent például 
a Microsoft Windows NT-ben. 

Bár nem elvi okok miatt, de sokszor 
az alapvető karakterkezelési problé- 
mákkal megegyező súllyal eshet latba 
a nemzeti szabványok hiányos vagy 
nem megfelelő kezelése. Példaként em- 
líthetjük a dátumformátum különböző- 
ségét. Ez sajnos minket is sújt: számos 
program fel sem tételezi, hogy a dátum 
esetleg nem az angol formátum szerint 
jelenik meg. Ez még működésbeli elté- 
résekre is vezethet, ha például pont 
szerepel a dátumformátumban vagy a 
dátum végén. 


Magyar szakszókincs 


A szókincs problémája nagyon egy- 
szerűen megfogalmazható, de nehezen 
megoldható. Bár a számítástechnika 
születésekor és fejlődésekor végig jelen 
voltak a magyar tudósok is, a számítás- 
technikának csak új keletű nyelvi ha- 
gyományai vannak Magyarországon. 
Az angol nyelv dominanciájával szem- 
benézve olykor merész nyelvi lele- 
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ménnyel, máskor inkább konzervatív 
módon, de folyamatosan meg kell al- 
kotnunk a számítástechnika magyar ter- 
minológiáját. 

Honnan meríthetünk? Elsődleges 
forrásként a magyar programírók fej- 
lesztései szolgálhatnak. Sajnos ezek 
csak kis részben fedik le azokat a 
területeket, amelyek megfelelnek nap- 
jaink uralkodó számítástechnikai irány- 
zZatainak. Leggazdagabb forrásunk le- 
hetne a számítógépet használók nyelvi 
alkotóképessége. 

Ez az erő időnként valóban nagy 
segítségünkre is van, de sajnálatos mó- 
don inkább csak ott bukkannak fel a 
javaslatok, ahol egyébként is könnyű 
magyar megfelelőt találni. Senki sem 
ütközik meg az egér, a merevlemez, a 
hangkártya szavak hallatán. Ugyanak- 
kor tanácstalanul állunk olyan kifejezé- 
sek előtt, mint az online, az e-mail, vagy 
a plug and play... 


Újabb kihívások 


A Microsoft Magyarországnál három 
nagy hullámban jelentkeztek a nyelvi 
honosítási törekvések. A legelső fontos 
lépés a Windows 3.1 magyar fordítása 
volt, úttörő jelleggel a magyar alapter- 
minológia megalkotásában, a Microsoft 
elismertségének megalapozásában és a 
honosítási problémák felismerésében. 
Annak idején heves csatározások foly- 
tak, mi legyen a file-lal, a helppel és 
egyéb sarkalatos szavakkal. E két szó 
nagyon jól példázza a rendelkezésünkre 
álló játékteret: a Help laza asszociáció 
révén kitűnően helyettesíthető a Súgó- 
val, míg a file esetén sajnos be kellett 
fogadnunk egy idegen testet, így szüle- 
tett a fájl. Az egyetlen vetélytárs az 
állomány szó volt, amelyet végül mégis 
elvetettünk, mert a beszédben a fájl már 
túlságosan elterjedt. 

A szóalkotás második fázisában, 
1994/95-ben a Windows 95 lehetőséget 
nyújtott arra, hogy finomítsuk a korábbi 
terminológiát, tisztázzuk a pontatlansá- 
gokat. Emellett sok új elem is megjelent 
a programban, ami újabb kihívást je- 
lentett. A két legnehezebb falatnak az 
e-mail és az online bizonyult. Az előb- 
bire volt javaslat: elektronikus posta 
vagy elektronikus levél. A probléma 
ezzel csak az, hogy használatát tekintve 
egyik sem az e-mail, hanem az electro- 
nic mail megfelelője. A rövid változatra 
máig sincs elfogadható magyar javaslat. 
A jelöltek közül (emíl, drótposta, e-pos- 
ta, e-levél, fényposta, villanylevél) 
egyik sem elég megnyerő. Az online 
esetében viszont még vitaalapnak alkal- 
mas javaslat sem volt. 
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A Windows 95 honosításának egyik 
kulcsszava a folder. Két konkurens szó 
közül végül a józan megoldás, a mappa 
került ki győztesen. A másik változatot, 
a tasakot, bár kitűnően leírta volna a 
folder funkcióit, végül érzelmi töltete 
miatt vetettük el. A mappa mellett szólt 
még az az érv is, hogy ez a fordítás már 
korábban is megjelent, nevezetesen a 
Macintosh magyar változatában. 


Hol a határ? 


Szóalkotási törekvéseink harmadik 
állomásán a Microsoft Magyarország 
1996-ban jutott túl. Meg kellett alkot- 
nunk az egyre köznapibb Internet, illet- 
ve a továbbra is erősen szakmai jellegű 
Windows NT terminológiáját. Az Inter- 
nettel kapcsolatos szavak esetében se- 
gítségünkre szolgált a magyar Internet- 
társadalom, amely már évek óta ízleli, 
próbálgatja az új magyar szóalkotáso- 
kat (például: honlap, ottlap, otthonlap 
stb.), illetve az átferdült szavakat (ami- 
lyen például a hipertext). 

A Windows NT esetében a felhasz- 
nálás technikai jellege fogós feladatot 
adott. Nem biztos ugyanis, hogy érde- 
mes belevágni olyan erőszakos fordí- 
tásba, amelynek eredményeként a ma- 
gyar terminológia megértési problémá- 
kat okozhat, hiszen olyan régiókban, 
ahol csak tapasztalt felhasználók jár- 
nak, esetleg többet árthat egy rossz 
fordítás, mint a nem fordítás. Két példa. 


A , domain" szó központi szerepet ját-" 


szik az NT hálózati működésében, ter- 
mészetes tehát, hogy arra magyar szót 
kell használnunk (tartomány). Ugyan- 
akkor a , named pipes" kifejezés (a 
programozók tudják, miről van szó) 
angolul fog szerepelni, mert ennek le- 
fordításával nem nyernénk semmit, vi- 
szont elérnénk azt, hogy a hozzáértők 
sem tudnák, miről van szó. 


Nyelvszerkezeti buktatók 


A honosítás sokszor igen nehezen 
áthidalható problémákat tartogat a for- 
dítók számára. Az angol nyelv egyszerű 
szerkezete, rövid szó- és mondat- 
hosszúsága, szavainak sokféle jelen- 
tése, sok szó igei és névszói jellege, 
egyszerű szabályokra épülő nyelvtani 
kapcsolódása kitűnő talajt jelent egy 
szoftver felhasználói felületének meg- 
írásához, hiszen itt elsődleges szempont 
a tömörség és a többcélúság. Sajnos 
(vagy olykor inkább szerencsére?) e 
jegyek nem találhatók meg a magyar 
nyelvben, ezért azokat magyarra igen 
nagy leleménnyel vagy adhoc megol- 
dással lehet csak átültetni. 


Mik a legfogósabb szerkezeti kü- 
lönbségek? A magyar agglutináló nyelv, 
ami azt jelenti, hogy túlnyomórészt 
toldalékok segítségével fűzi mondatba 
a szavakat, nem pedig elöljárókkal, 
ahogy az angol vagy a többi indoeuró- 
pai nyelv teszi. Ennek kapcsán tipikus 
probléma adódik például a dátumkife- 
jezések írásánál. Az angolban ezt talál- 
juk: ,every 2nd week on Tuesday". 
Vagyis: , minden második hét keddjén". 
A probléma ott kezdődik, hogy a több- 
célúság miatt a hét napjai általában az 
operációs rendszerből származnak, mi 
viszont nem tudunk egységes ragot hoz- 
záilleszteni a különböző napokhoz. A 
megoldás egy körülményesebb, de ál- 
talánosan mégis alkalmazható fordítás: 
, minden második hét keddi napján". 

A másik klasszikus feladat az angol 
szenvedő szerkezetek fordítása. A ma- 
gyarban teljesen háttérbe szorultak a 
nyelvtani szenvedő szerkezetek, a 
szoftverekben viszont az angol nyelv 
az átlagnál gyakrabban használja. 


Legyünk elnézőbbek 


További nehézségek elé állítja a for- 
dítót az olyan szavak fordítása, amelyek 
igeként és névszóként is szerepelhet- 
nek, vagy többértelműek. Az angolban 
megengedhető az a nagyvonalúság, 
hogy ugyanazt a szót használják mind- 
két esetben, mi viszont. . . vadászhatunk 
az ilyen jellegű hibákra a készülő ter- 

-mékben. 

Bár saját gyengéinket inkább ken- 
dőzni ildomos, mégis idézek egy példát 
a tanulság kedvéért. A Windows 95-ben 
van egy párbeszédpanel, amely akkor 
jelenik meg, ha egy helyigényes műve- 
let végzése közben betelik a merevle- 
mez, de a Lomtár még nem üres, tehát 
van felszabadítható terület. Ekkor a 
program megkérdezi, akarom-e végle- 
gesen törölni a Lomtár tartalmát. Az 
erre parancsot adó gomb neve helyesen 
, Ürít" lenne, nem pedig , Üres". Ango- 
lul ugyanis , Empty" a gomb neve... 

Félreértés ne essék, a fenti problémák 
nem magyarázkodásként vagy indok- 
lásként szolgálnak. Meggyőződésem, 
hogy a legtöbb alkalmazási szituáció- 
ban a magyar termékek ma már kitű- 
nően használhatók, ugyanis a feladat 
nehezén — a honosíthatóság legfőbb 
gátjain — már túljutottunk. A honosított 
szoftverek választása a legtöbb esetben 
sok előnnyel jár. Ha pedig mégsem 
teljesen szabatos nyelvezeten szólalna 
meg a program, legyünk vele szemben 
elnézőbbek. A honosítás ügye érdeké- 
ben... 

Barkóczi Miklós 
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A Nagy Kéknél is változnak az idők... 


Honosítás vagy fordítás? 


A magyar régebben nem szerepelt az IBM által 
célnyelvként megjelölt listán. Az OS/2 Warp magyarított 
változatának megjelenésével megtört a jég: ma már az IBM 
számára sem közömbös, hogy mi zajlik a magyar piacon. 
Érdekes ezzel kapcsolatban megnézni, mi történt az utóbbi 
években az IBM házatáján a honosítással kapcsolatban. 


Öt éve az IBM hatalmas pénzeket 
fizetett ki belső fordítógárdájának fenn- 
tartására, nem utolsósorban az idegen 
nyelvű változatok előállításával kap- 
csolatos fordítási tevékenységre. Ekko- 
riban hozzávetőlegesen évi egymillió 
oldalt fordítottak, ami a cégnek kb. 150 


millió dollárjába került. 150 dollár of- 


dalanként! Hiteles források szerint 
egyetlen svéd szó előállítása 2,60 dollár 
költséget jelentett az IBM-nek. (Más 
cégek ennél jóval kevesebbet fizettek a 
fordításért: alig egyharmadát oldalan- 
ként. De volt olyan cég is, ahol nyolc 
oldalt fordítottak le annyiért, amennyi- 
be az IBM-nek egyetlen oldal fordítása 
került.) 


Változó , külpolitika" 


Ez a nagyvonalúság is hozzájárult 
ahhoz, hogy rövidesen bekövetkezett a 
krach: az IBM az amerikai üzleti élet 
egyik legnagyobb veszteségét könyvel- 
hette el. Nyomoztak, hogy mire mennek 
el a százmilliók, és rövidesen nekiláttak 
gyökeresen átalakítani a cég egész fej- 
lesztési és üzletpolitikáját. A változás a 
honosítási politikát és a fordítások ké- 
szítését sem kerülhette el. 

A legnagyobb tételt itt a nagy nyu- 
gat-európai nyelvek jelentették — ezek 
fordítási munkáit sürgősen áttelepítet- 
ték a , célországokba". Továbbá felállí- 
tottak Koppenhágában egy központot a 
nyelviproblémák koordinálására és ösz- 
szehangolására, az Egyesült Államok- 
ban pedig létrehoztak egy külön szer- 
vezetet a nemzeti nyelven folyó fejlesz- 
tések támogatására (National Language 
Service). 

Az új koncepció az volt, hogy a helyi 
központok közvetlenül kapják meg a 
fordításhoz szükséges anyagot a fejlesz- 
tő laboratóriumokból, de problémáik 
megoldásáról — mindenütt a helyi 


adottságoknak megfelelően — maguk 
gondoskodjanak. Ahol lehet, kössenek 
szerződéseket külső szervekkel, ha kell, 
szervezzék meg saját fordítógárdájukat. 
Az IBM központilag ellátja instrukci- 
ókkal a helyi szerveket, de gazdaságilag 
meghagyja önállóságukat. 


A fordítások gépi segítése 


Az új rendszer kialakítása nem ment 
zökkenők nélkül, de egészében véve 
bevált. Hamarosan kiderült viszont, 
hogy sokkal nagyobb szükség van a 
fordításoknál a gépi segítségre, mint azt 
előzőleg gondolták. Igaz, hogy az álta- 
lánosan használható gépi fordító rend- 
szerek ideje még nem jött el, ahol 
azonban hasonló jellegűek, sőt hasonló 
megszövegezésűek a szövegek, és 
ezekből kell nagy adagokat lehetőleg 
gyorsan lefordítani, ott még egy korlá- 
tozott tudású fordítástámogató rendszer 
is óriási segítséget jelenthet. 

A számítástechnikában tipikusan 
ilyen szövegekről van szó, hiszen pél- 
dául egy-egy új programváltozat meg- 
jelenésekor a dokumentáció tekintélyes 





része egyáltalán nem változik. A kor- 
rekciókat viszont nagyon következete- 
sen kell végigvezetni minden érintett 
szövegrészen, és például a terminológia 
egységességének, az esetleges változ- 
tatások következetes érvényesítésének 
biztosítására speciális automatizmusok 
kidolgozására is szükség lehet. 

Eleinte saját problémáik megoldásá- 
ra fogtak bele egy olyan eszköz kifej- 
lesztésébe, amelyből később azután pi- 
aci termék is lett. A világon ma már sok 
helyen használják (például a különböző 
nyelvekre honosított, lokalizált szoftve- 
rek előállításában) a , Translation Man- 
ager"-t. Ez a fordításmenedzselő rend- 
szer számos olyan funkcióra képes, 
amely fordítás közben szükséges lehet: 

— Bele van építve egy mindentudó, 
speciálisan a fordítói igények kielégí- 
tésére készített szövegszerkesztő. Ez 
párhuzamosan mozgatja a forrásnyelv 
és a tárgynyelv meglévő szövegrészeit, 
és előre-hátra meg tudja keresni a ha- 
sonló szövegkörnyezeteket. (Így pél- 
dául az új terminológia kialakítását 
segítheti azzal, hogy előre meg lehet 
nézni, másféle szövegösszefüggésben 
is előfordul-e valamelyik újonnan fel- 
bukkanó kifejezés.) 

—  Kezeli a szótárakat, tematikus 
szógyűjteményeket és terminológiai ki- 
fejezéstárakat, beleértve a keresésen és 
olvasáson kívül ezek karbantartását, ja- 
vítását, bővítését is (természetesen jel- 
szóval védve őket a jogtalan hozzáfé- 
réstől). 

— Helyi hálózaton keresztül bizto- 
sítja az erőforrások megosztását és az 
együttes munka összehangolását, mi- 
közben a fordító a helyi eszközök hasz- 
nálatán kívül, velük egyidejűleg háló- 
zatba kapcsolt távoli szótárakhoz is 
hozzá tud férni. 

— Talán a legfontosabb komponens 
egy olyan háttérben működő szöveges 
adatbázis, amely párhuzamos, , előre- 


— Ki lehet az a Notready, aki az A meghajtómat olvassa? 
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gyártott" nyelvi paneleket tárol egy- 
másnak megfelelő szövegrészekből, 
mondatokból és mondatnál kisebb szó- 
csoportokból. A szakmában fordítástár- 
ként, , Translation Memory"-ként szok- 
ták emlegetni ezt az eszközt, amelyet 
azóta más hasonló programtermékek is 
széles körben használnak. 

A Translation Memory talán a leg- 
fontosabb újdonsága a rendszernek. Az 
alapötlet tulajdonképpen nem új: tudo- 
másom szerint Don Walkertől szárma- 
zik, aki már a 80-as években kidolgozta 
egy olyan fordítástámogató rendszer 
tervét, amely jó fordítások mondataiból, 
ezeknek összefüggő szeleteiből nagy 
szöveges adatbázisokat tud felépíteni. 
Az így kapott nyelvi panelek különböző 
kulcsokkal bármelyik nyelvre vonatko- 
zóan adatbázisból lehívhatóvá tehetők, 
sőt bizonyos hasonlósági kritériumok 
teljesülése esetén automatikusan is 
megjelenhetnek a fordító képenyőjén. 


Szervezési kérdések 


Az IBM Translation Managere jelen- 
leg 19 nyelv fordítását támogatja a 
némettől a kínaiig és japánig, az izlan- 
ditól a katalánig, oda-vissza. Egyirányú 
felhasználási céllal már a magyarra, a 
csehre és a lengyelre való fordítást is 
ajánlgatják. 15 floppyn vagy CD-n el- 
érhető az angol, francia, német és olasz 
változat. Fut Warpon, 3.1-es és 3.11-es 
Windowson és Win95-ön, elfogad tíz- 
féle dokumentumtípust a PageMakertől 
a Ouarkig, a WinWordtől a HTML -ig. 

A honosítás problémája szorosan ösz- 
szefügg a fordítások kérdésével, nem 
azonos vele. A honosítások tekintélyes 
részét ma is házon belül oldja meg a 
cég, de sokkal olcsóbban és hatéko- 
nyabban. Ma már az IBM-nél úgy lát- 
ják, hogy a szervezést igen, de az elvi 
kérdések eldöntését nem szabad rábízni 
egyetlen emberre. Az ilyen témát elő- 
zőleg alaposan meg vitatni egy széles 
körű bizottságban, minden érdekelt 
részvételével. (Lásd erről a mellékelt 
keretes anyagot.) 

Magunk is tapasztalhatjuk, hogy vál- 
tozás történt az IBM-nél. Nem csak az 
üzletpolitikában, és nem csak abban, 
hogy milyen kommunikációs csatorná- 
kat épít ki a projektjében részt vevő 
szakemberekkel, vagy mennyire hasz- 
nálja ki az elektronikus kommunikáció 
lehetőségeit. Felhasználóktól hallottam 
több helyről (külföldön is!), hogy prob- 
lémáik megoldásában sokkal több meg- 
értéssel és sokkal nagyobb segítőkész- 
séggel találkoznak a cég képviselői 
részéről, mint azelőtt. 

Vargha Dénes 
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Honosítási szempontok 


A honosítással összefüggő problémákat és megoldandó feladatokat De- 
borah Brock Webb (aki hosszabb ideig volt az IBM ez irányú tevékenysé- 
gének vezetője) a következőképpen látja és hangsúlyozza: 


1. Először is el kell fogadtatni a menedzsmenttel, hogy neki kell 

viselnie a költségeket. 

Régen rossz, ha a menedzsment nem támogatja a nemzeti változatok 
létrehozását. Ha nemzetközivé akarunk válni, meg kell fizetnünk az árát. 


2. Kezdettől fogva éberen kell figyelni a fejlesztés folyamatát. 


Ha már angolra sem megy simán a dolog, más nyelveknél hatványozottan 
jelentkeznek a problémák. 


3. A honosításnak kell a figyelem középpontjába kerülnie. 


Egy számítástechnikai cégnél megkérdezték az egyik vezetőt, hogyan lett 
ő a projekt honosítási vezetője. , Szabadságon voltam, és rám osztották ki." 
Ez komolytalan dolog. Idejében gondoskodni kell róla, hogy igazi gazdája 
legyen a honosítási projektnek. 


4. Megfelelő kommunikációs csatornát kell kiépíteni minden 

résztvevővel. 

Akár házon belül, akár külső szakemberekkel akarjuk megoldani a 
honosítást, a tervezés legelejétől minden részfolyamat összes résztvevőjét 
idejében és korrektül be kell vonni a munkálatokba. A cég szoftverfejlesztő 
mérnökeivel eleve megvan a kapcsolat, velük nincsenek kommunikációs 
problémák. Ott kezdődik a baj, ha ők kimaradnak a honosítás megtervezé- 
séből, mert nélkülük üressé, formálissá válik a távoli fejlesztőkkel fenntartott 
kapcsolat. 


5. Ki kell alakítani a megfelelő terminológiát. 


A termék legapróbb részleteire is ki kell dolgozni egy konzisztens 
terminológiát — és ez éppúgy érvényés az angolra, mint más nyelvekre. 
Biztosítani kell, hogy mindenki következetesen tartsa magát az egységes 
terminológiához minden célnyelvben. Az egyértelmű azonosíthatóság lehe- 
tőségét nyelvi szinten is meg kell teremteni, ezért például kerülni kell az 
amerikai szleng használatát. 


6. Nemzetközi fejlesztő eszköztárat kell létrehozni. 


Biztosítani kell, hogy minden nyelven és minden kultúrközegben rendel- 
kezésre álljon és használható legyen minden hozzávaló. A fejlesztéshez, 
fordításhoz és publikáláshoz szükséges technikai és szoftvereszközök teljes 
fegyvertárán kívül ebbe beleértendők maguk a felhasználandó információk 
is. Kerülni kell a saját gyártmányú eszközök használatát, mivel ez növeli a 
betanításra és a működtetésre szánt költségeket. 


7. El kell készíteni a termék tesztelési tervét és a tesztelési 
folyamat pontos leírását. Ebben részletesen ki kell térni a 
honosításhoz szükséges tesztelés lépéseire is. 


El kell dönteni, hogy mely pontokon kerüljön sor a tesztelésre. Biztosítani 
kell, hogy az adott helyen és időpontban rendelkezésre álljanak a szükséges 
hardver- és szoftvereszközök. Ha a tesztelést helyben végzik, mindig 
gondoskodni kell tartalék erőforrásokról is. 


8. Ha csak lehet, ki kell használni az elektronikus kommunikáció 

lehetőségeit. 

Ez egyrészt javítja a kommunikációs kapcsolatot a munka résztvevői 
között, másrészt lehetővé teszi nagy információs tömbök átvitelét is. A 
modem kapacitását sem szabad figyelmen kívül hagyni. (Kétmilliónyi sor 
átvitelét meg se kíséreljük olyan modemmel, amely másodpercenként csak 
28 ezer bitet tud továbbítani.) z 








A HÓNAP TÉMÁJA 





Honosítási tapasztalatok 


Nehezebb is, könnyebb is 


A szerző hosszabb ideig dolgozott Írországban, 

a Microsoft honosítással foglalkozó központjában. 
Munkája mellett sok beszélgetésre is alkalma nyílt a 
honosítás legkülönbözőbb kérdéseiről számos más 
országból jött munkatársával. Dublinban szerzett 
tapasztalatai nagyban hozzájárultak 

jelenlegi nézeteinek kialakulásához. 


Lássuk, hogyan történik egy szoftver 
honosítása. Azt elég korán megtanul- 
juk, hogy a szoftver futtatható program- 
kódból és adatokból áll. Az adatok egy 
része független a felhasználó nyelvétől 
és kulturális hátterétől (nevezzük eze- 
ket rendszeradatoknak), mások viszont 
függenek tőle, mint amilyenek például 
a felhasználói felület építésében vesz- 
nek részt: az üzenetek szövege, az 
ablakok feliratai, valamint a dátumfor- 
mátum, a használt pénznem stb. 

A feladat egyszerű: a programkód és 
a rendszeradatok érintetlenül hagyásá- 
val a felhasználói felületen megjelenő, 
angol nyelvű adatokat le kell választani 
a szoftverről, le kell fordítani, majd 
vissza kell tenni a programba immár 
magyar nyelven. 


Hát akkor kezdjük! 


A honosítás többnyire a gyakorlatban 
is így történik. Ezenkívül persze meg 
kell vizsgálni a kulturális háttér által 
befolyásolt adatokat, és ahol szükséges, 
meg kell őket változtatni. És az új 
szoftvert természetesen újra kell tesz- 
telni, hiszen teljesen váratlan helyeken 
ugorhat ki a szoftver bármely részében 
lévő hiba. 

A fentiekből is látszik, hogy a szoft- 
ver akkor lesz könnyen honosítható, ha 
már a fejlesztéskor figyelembe vesznek 
néhány szempontot az alkotók. Ezek 
közül a legfontosabb az, hogy le lehes- 
sen választani a nyelv- és kultúrkör- 
specifikus adatokat a szoftverről. A 
Microsoftnál, részben saját hibáikon is 
okulva, már évek óta ennek az elvnek 
a szem előtt tartásával írják a progra- 
mozók a programokat. Az amerikaiak 
köztudottan nem híresek nemzetközi 
gondolkodásmódjukról, azt a szabályt 
azonban szigorúan betartják, hogy a 


képernyőn megjelenő szövegeket a 
könnyű honosíthatóság érdekében kü- 
lön helyen kell tárolni a szoftverben. 
Erre egyébként jó eszköz a windowsos 
környezet: az úgynevezett resource 


.részben lehet szerepeltetni minden 


ilyen ádatot, ez a rész pedig egy EXE 
fájlban igen egyszerűen lecserélhető. 


Építőkocka felnőtteknek 


A következő tervezési szempont, 
amelyet egy jól honosítható szoftvernek 
követnie kell, azokra az üzenetekre 
vonatkozik, amelyeket futásidőben kell 
a szavakból mint építőkockákból kiala- 
kítani. Ilyen üzenetre példa a következő 
mondat: , The name of the directory has 
changed to X". Itt a megjelenítendő 
üzenet az X előtti részből és a könyvtár 
nevéből alakul ki, közvetlenül a meg- 
jelenítés előtt. 

Ezek a mondatok azért veszélyesek, 
mert óhatatlanul beléjük van égetve az 
angol nyelv néhány szintaktikai szabá- 
lya. Ha például az előző mondat úgy 
készül el, hogy a program a mondat 
végéhez hozzáilleszti a könyvtár nevét, 
akkor a fordító nyilván nem választhat 
olyan fordítást, amelyben a könyv- 
tárnév a mondat közepén van. Köny- 
nyebb a helyzet, ha a könyvtárnév egy 
paraméter, amelyet fordításkor mond- 
juk egy 92 jel helyettesít a mondatban. 
Ilyenkor a fordító bárhová teheti a 
megfelelő jelet a mondatban. 

A ragokat a szótő hangrendjéhez 
igazító magyar nyelv esetében azonban 
ez sem elég, hiszen nem tudjuk meg- 
adni, hogy a szoftver hogyan válasszon 
a ,, ra" vagy a ,,-re" rag közül. Itt csak 
az segítene, ha a szoftver meg tudná 
határozni a hangrendet, a fordító pedig 
meg tudná adni a választható ragokat, 
az alkalmazási szabállyal együtt. Ilyen 


mértékű függetlenség az angol nyelv 
szintaktikájától természetesen még 
csak álom, de derék amerikai barátaink 
megértették, hogy a fordítóknak lehe- 
tőséget kell kapniuk az üzenetek átszer- 
vezésére, és ha lehet, ehhez tartják 
magukat. 

Ne gondoljuk, hogy magyarul min- 
den sokkal hosszabb és rosszabb, mint 
angolul. Az, hogy hosszabb, az esetek 
többségére valóban igaz. De igenis van- 
nak olyan pontok, ahol találóbb, szebb 
és rövidebb megoldásokat tesz lehetővé 
a magyar nyelv, mint az angol. Sokan 
ezt azért nem veszik észre, mert a 
magyar szövegeket is az angol nyelv 
logikájára próbálják felépíteni, ahhoz 
pedig természetesen az angol igazodik 
a legjobban. 


Áldozati egér 


Neimzeti büszkeségünket tovább le- 
gyezgetendő, hadd mondjam el, hogy 
felhasználói terminológiában a magyar 
sok más nyelvnél sikeresebben váltja ki 
honi kifejezésekkel az angol szaksza- 
vakat. Ne higgyük, hogy a magyar 
nyelv alkalmazható a legnehezebben a 
szoftver és ember közötti kommuniká- 
cióra. Csak példaképpen: nekünk nagy 
könnyebbség, hogy nem kell bajlód- 
nunk a nemekkel. Képzeljük el, mond- 
juk, a fenti beillesztős probléma külön- 
böző variációit a lengyelben, ahol a 
nemek egyeztetését is figyelembe kell 
vennie a fordítónak. 

Sokszor nehéz eldönteni, hogy mi a 
rendszeradat, és mi a felhasználói adat 
— ezt azonban a programozói figyel- 
metlenség is okozhatja. Jó programozó 
például nem használja ugyanazt a strin- 
get ennyire különböző két célra. Egy 
amerikai programozó barátunk világo- 
san megértette, miért kell erre vigyázni, 
mégis előfordult vele, hogy egy helyütt 
eltévesztette a Windows 3.1-ben. Ennek 
a figyelmetlenségnek a következmé- 
nye, hogy a Telepítő magyar változatá- 
ban egyszer angolul jelenik meg a kép- 
ernyőn a , mouse" szó, mert a rendszer 
a képernyőn megjelenítendő stringet 
használja az egyik .INI fájlban egy 
bejegyzés létrehozására. Ebből az a 
kalamajka származott, hogy ha megvál- 
toztattuk a szót , egér"-re, akkor az INI 
fájlban egy ,egér—" sor keletkezett, 
amelyet a Windows többi része nem 
tudott értelmezni, tehát meg kellett tar- 
tanunk az angol szót — ez biztosította 
a hibátlan működést. Viszont méltán 
vethetik a szemünkre, hogy miért ke- 
veredik angol szó a felhasználói felüle- 
ten használt magyar szövegbe. 

Varga Gábor 
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Több szem többet lát 


Fordítói műhelymunka 


Amikor felkértek, hogy az Új Alaplap olvasói számára 

a szoftverek honosításának gyakorlati problémáiról írjak, 
örültem, hogy végre lehetőségem lesz kifejteni 
véleményemet azoknak, akik minden szoftvermagyarítást 
fenntartással fogadnak. Később, amikor nekikezdtem írni, 
elbizonytalanodtam, hogy elég érdekes lesz-e a 
mondandóm. Felhatalmaztam hát a szerkesztőséget, 
hogy húzza ki az érdektelen részeket. Ha tehát az olvasó 
mégis talál ilyesmit, én mosom kezeimet... 

(Ezt a felelősségáthárítást egyébként nem én találtam ki. 
Minden szoftveres licencszerződés úgy kezdődik, 

hogy ha felbontotta, elfogadta a feltételeket.) 


A legtöbb nyelv — ilyen a magyar 
is — megpróbálja kivédeni az idegen 
szavak mértéktelen beáramlását. A tu- 
domány és a technika fejlődése, az 
újabb tárgyak előállítása vagy a létező 
világ részletesebb leírása (esetleg a 
nyelvi divat) időnként azonban új sza- 
vakat igényel. A tudomány és a gyakor- 
lati élet egyes területeinek leírására a 
köznyelvitől szóhasználatában eltérő 
szaknyelv alakult ki. A szoftver hono- 
sításakor jellemzően két ilyen csoport- 
nyelv szókincsére érdemes odafigyelni. 
Az egyik a számítástechnika általános 
nyelvhasználata, a másik az adott szak- 
ma nyelvezete — például a szoftvernél 
az ügyvitel és a pénzügy, a szövegszer- 
kesztőknél a kiadvány-előállítás. De 
össze lehet-e ezeket egyeztetni? 

Arra is tekintéttel kell lenni, hogy a 
legtöbb szoftvert széles körű, nem csu- 
pán egy szűk szakmai kört érintő hasz- 
nálatra szánták (s éppen az ilyenek 
magyarítására van esély és kereslet), 
ezért meg kell találni a szakszerűség és 
a közérthetőség kompromisszumát. En- 
nél sokkal több gondot szokott okozni 
az, amikor egyes köznapi szavak jelen- 
tését valamilyen irányba szűkíteni 
szükséges, és az adott szoftverben azo- 
kat tartósan lekötött formában kell hasz- 
nálni. 

Ezek a szavak bosszantják leginkább 
azokat, akik előzőleg a szoftver idegen 
nyelvű változatát használták. Számukra 
ugyanis már konkretizálódott a széles 
jelentéstartalmú idegen szónak az adott 
összefüggésben érvényes egyetlen je- 
lentése, és nem érdekli őket — talán 
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észre sem veszik —, hogy a szó jelen- 
tése eredetileg sokkal tágabb volt. (Az 
is előfordul, hogy nem is olyan találó 
a széles spektrumú köznapi szó a jelölni 
kívánt fogalomra.) 


Mi legyen az ollóval? 


Ma már senkinek sem szokatlan, 
hogy , kivágás"-nak nevezik azt műve- 
letet, amikor a program által előállított 
anyagból valamely részt úgy törlünk, 
hogy az később (máshol vagy ugyanott) 
újra felhasználható marad. A fogalom 
elfogadását segíthetik az általa kiváltott 
képzettársítások (ha ezek nemis mindig 
szakszerűek), és persze a jelen esetben 
a grafikus felületeken megjelenő, ollót 
ábrázoló piktogram is. 

A , kivágás" elfogadása nélkül még 
zavaróbb lenne az az új műszó, hogy 
, vágólap". És hogy mit csinálunk azzal 
a valamivel, ami így a vágólapra került. 
Ez a valami, akárhányszor is helyezzük 
be valahova, mindaddig ott marad a 
vágólapon, amíg helyére (helyette) egy 
másik valamit nem teszünk. Mégsem 
, Másolhatjuk" be a dokumentumba. A 
, másolás" ugyanis a kivágásnak egy 
speciális változatára van fenntartva: 
amikor a kivágás úgy történik, hogy a 
kivágott valami az eredeti helyén is ott 
marad. 

A kialakított terminológia szerint ami 
a vágólapon van, azt a megfelelő helyre 
s beillesztjük", és nem , beszúrjuk". Mi- 
ért? Csak. Így találták ki. Mára ezt 
mindenki megszokta, bár eleinte, külö- 
nösen a hölgyfordítók, előszeretettel 


" mítástechnikai 


használták a , beillesztést" a sokkal 
durvább , beszúrás" helyett. Ki tudja, 
milyen tudatalatti képzettársításoktól 
vezéreltetve? 


Tartsuk meg az idegen szót? 


Az idegen szó átvétele sem megy 
olyan simán, mint gondolnánk. Felve- 
tődik mindjárt az a kérdés, hogy képes-e 
nyelvünk befogadni az idegen szót, és 
hogy milyen mértékben lehetünk kö- 
vetkezetesek a használatában. Magyar- 
rá tudjuk-e tenni például valamennyi 
érintett szövegrész nyelvezetét és a 
benne tükröződő gondolkodásmódot? 
A formális problémák sem elhanyagol- 
hatók: ha megengedjük valamely ide- 
gen szó átvételét, zavarmentesen mon- 
datokba tudjuk-e ágyazni minden eset- 
ben? Lehet-e igét rendelni hozzá? Hasz- 
nálható-e jelzőként, igeként? Ragozha- 
tó-e? Létezik-e előzménye, esetleg más 
értelme a magyarban, ahogy az a for- 
rásnyelvben előfordulhat. Ugyanazt je- 
lenti-e például magyarul a , szolid kva- 
litás", mint az angol , solid guality"? 
(Bizony nem!) 

Hasonló problémák természetesen az 
általunk gyártott terminusoknál is fel- 
merülhetnek. A fentebb említett szóvá- 
lasztások ilyen szempontból szerencsé- 
seknek tekinthetők. Ők maguk olyan 
aktív igék, amelyek minden módban 
ragozhatók, könnyen képezhető belő- 
lük főnév, melléknév vagy igenév. Szá- 
felhasználásuk . sem 
okoz problémákat: nyugodtan használ- 
hatók leszűkített értelemben éppúgy, 
mint szélesebb körű, köznapi jelen- 
tésben, akárcsak eredeti angol megfe- 
lelőjük. Az ilyen megfeleltetés az ideá- 
lis: az angol , insert" mindig lehet be- 
szúrás, az angol , paste"-re pedig min- 
dig megfelel a beillesztés. Hiszen a 
fordító még csak elkülönítve látja a 
szavakat, kifejezéseket, nem is tudhatja 
előre, milyen kombinációs lehetőségei 
vannak az adott terminusnak, milyen 
szörnyűségek jelennek majd meg a fel- 
használó képernyőjén. 


Rendellenességgel születtek 


A szoftver által generált egyes üze- 
netekről néha csak évek múltán derül 
ki, egy-egy ritkább hibajelenség felbuk- 
kanásakor, hogy mégsem olyan göm- 
bölyűek, mint képzeltük. Az egyik üze- 
net , nappali mentési időt" emlegetett. 
Hogy ez tulajdonképpen fordítási hiba, 
csak azért derülhetett ki idejében, mert 
a tesztelési időszak éppen akkor volt, 
mikor áttértünk a nyári időszámításról 
a télire. 








A HÓNAP TÉMÁJA 





Persze nyilvánvaló fordítói hibák is 
akadnak szép számmal. De a legtöbb 
gyenge vagy kimondottan rossz ered- 
mény abból származik, hogy nem is- 
merjük (nem is ismerhetjük eléggé) 
egy-egy kiragadott szövegrész rendel- 
tetését. Az , Empty Folder" lehet egy 
tájékoztató állítás: ez egy üres mappa. 
De parancsként való használata is elő- 
fordulhat: töröld egy mappának a tar- 
talraát. Ha ritkán is, de megeshet, hogy 
az angol szövegben ugyanazt a karak- 
terláncot használják eltérő funkciók je- 
lölésére, és ami jó az egyik helyen, az 
nem jó a másikon. 

A tesztelés soha nem lehet elég mély, 
nem terjedhet ki minden lehetséges 
szituációra. Így történhetett meg, hogy 
a nyomtatási panelen nem , példány- 
szám" lett a , copies" fordítása, hanem 
valami más; a bekezdés sorai között az 
egyik program magyar változata szerint 
szóközök vannak (mert az angolban 
,Spaces"? volt, de ott az mindenféle 
térközt is jelent), és hasonló, szépnek 
nem nevezhető megoldások. Az álla- - 
potsorban sem szabadna , Oszl 87"7-nek 
állnia az angol ,,Col87" fordításaként, 
hiszen csak arról van szó, hogy a kurzor 
a 87. betűhelyen áll. Egy táblázatkészí- 
téshez is értő szövegszerkesztőtől el 
lehetne várni, hogy meg tudja külön- 
böztetni a hasábot az oszloptól, akkor 
is, ha az angolban mindkettő , column". 
De szegény magyar honosító honnan 
bányássza elő az ehhez szükséges in- 
formációkat? 


Kikerülhető kátyúk 


Üzenetekben nemegyszer találko- 
zunk a magyar névelő kettős változatá- 
val: , a(z)". Ilyenkor egyértelmű, hogy 
az utána következő szó vagy kifejezés 
hogyan került oda: egy változó behe- 
lyettesítésével. Az ilyesmi nem helyte- 
len, bár kissé csúnya. Használatát el 
tudjuk kerülni, ha például sikerül a 
behelyettesítésre kerülő szó elé beil- 
lesztünk egy jelzőt, amelynek a kezdő- 
betűje alapján már eldönthető, hogy a 
határozott névelő , a" vagy , az" válto- 
Zatára van-e szükség. Egy másik, nem 
mindig szerencsés megoldás lehet, 
hogy a névelőt elhagyjuk, esetleg úgy 
megforgatva a szórendet, hogy a behe- 
lyettesítendő szó a mondat elejére ke- 
rüljön. 

Nehezebb a helyzet, ha a behelyet- 
tesítendő szó ragozott változatát kíván- 
ná meg a mondat. Ilyenkor is létezik 
megoldás, ha például tudjuk, hogy a 
behelyettesítésre kerülő szó mire vonat- 
kozik, úgy is mondhatnánk, hogy , mi 
a típusa". Ezt a , típusazonosítót" beil- 


leszthetjük a változóval jelölt szó után, 
ezt már ragozhatjuk, és egészen elfo- 
gadható mondatokat hozhatunk létre. 
Például a -ból/-ből rag kettősségét így 
lehet kikerülni a ,, Törli 9os-ból?" helyett 
a , Törli a(z) 9os nevű könyvtárból?" 
szerkezettel. 

Az sem ritka eset, hogy egyes gépi 
úton előállított mondatok több változót 
is tartalmaznak. Ilyenkor az segíthet, ha 
az egyes változók számozással vagy 
más módon meg vannak különböztetve. 
Ekkor ugyanis a szórend módosításával 
gyakran megoldható a probléma. 

De mi legyen, ha nem különböztetik 
meg? Ilyenkor jöhet a szófacsarás. A 
Page 7d of 9od" kifejezésváznak pél- 
dául a legkülönfélébb magyar megva- 
lósításával találkozhatunk: 

, Oldalszám: 1/2", 

1. oldal, összesen: 27, 

..1. oldal 2 közül" stb. 

A behelyettesítésre kerülő dolgok , tí- 
pusára" néha az angolban használt elöl- 
járók jellegéből  következtethetünk. 
Nézzük például a következő angol üze- 
netet: 

, Accepting this item scheduled on 
AO at A for A2 will cause a schedule 
conflict." 

Első megközelítésben egészen jónak 
tűnik egy ilyen magyar fordítás: 

, (0 dátummal A1 órakor "2 ideig 
tartó tétel elfogadása időpontütközést 
eredményez." 

Behelyettesítés után például ilyen 
mondatot kaphatunk: 

1996. 07. 15. dátummal 11:14 de. 
órakor 1 óra 15 perc ideig tartó tétel 
elfogadása időpontütközést eredmé- 
nyez." 

Esetleg a következőképpen módosít- 
hatjuk a fordítást, ha már pontosan 
tudjuk, mire vonatkozik az üzenet: 

Az "0 dátumú, 51 kezdetű, "2 idő- 
tartamú esemény elfogadása..." 

Ezek persze egyszerű példák, de sok- 
kal nehezebb esetek is előfordulnak. 
Olykor a legjobb az lenne, ha a szoftver 
módosítását is el tudnánk érni, de a mi 
kedvünkért ezt aligha fogják megtenni. 
Csak legalább a később készülő szoft- 
verek úgy készülnének, hogy a nyelv- 
függetlenség előnyeit mi is maradékta- 
lanul élvezhetnénk. .. 


Hunglish üzenetek 


Kevert nyelvű üzeneteknek tulajdon- 
képpen nem volna szabad előfor- 
dulniuk. Az élet azonban nem ilyen 
egyszerű. Most nem is az olyan durva 
hibákra gondolok, hogy a végső össze- 
állításnál a nyelvet nem ismerő progra- 


mozó könnyen belekever egy lengyel 


komponenst a magyar csomagba vagy 
fordítva. Kevert nyelvű megjelenítés 
adódhat egyszerűen abból is, hogy a 
korszerű szoftverek és a különböző 
alkalmazások képesek egymás objektu- 
mait is használni. Mikor az operációs 
rendszer kiszolgálja az alkalmazásokat, 
saját komponenseit mintegy kölcsönad- 
ja az alkalmazásoknak, ebből pedig 
nagyon bonyolult helyzetek adódhat- 
nak. ű 


Nem könnyű a felhasználó dolga 
akkor sem, ha takarékosságból a cég 
nem fordíttatja le a súgórendszert. Hi- 
ába érti a felhasználó, hogy az adott cél 
eléréséhez ezen és ezen a párbeszédpa- 
nelen az ilyen és ilyen feliratú kapcsolót 
be kellene jelölnie, nem biztos, hogy 
azonosítani tudja a megfelelő eszközö- 
ket. Olyan esetek is előfordulnak, hogy 
a súgó szövegét ugyan lefordították, de 
a szoftvertől függetlenül. Amelyik fel- 
iratra a súgó hivatkozik, az nem létezik 
a szoftverben, ami meg a szoftverben 
megvan, arról semmi tájékoztatást nem 
ad a súgó. 

A fordítás közben keletkező sok , tü- 
csök és bogár" egy része a béta-válto- 
zatok tesztelése során (vagy előbb is) 
lelepleződik. — Előfordulhat viszont, 
hogy azok elkerülik a figyelmet, vagy 
a kigyomláltak helyén újabbak jelennek 
meg, és ott lapulnak a közkézen forgó 
magyarított szoftverekben. Ha az olva- 
só találkozik ilyenekkel bármelyik cég 
termékében, ne hagyja annyiban. Nagy 
szolgálatot tesz mindnyájunknak, ha a 
hibát és jelentkezésének körülményeit 
leírja, és elküldi az Új Alaplap szer- 
kesztőségébe, ahol Vargha Dénes vál- 
lalta az ilyen hibaüzenetek összegyűj- 
tését és visszacsatolását az érintettek- 
hez. Reméljük, hogy ezzel hozzájáru- 
lunk a jelenleginél , magyarul jobban 
beszélő" szoftverek készítéséhez. 

Vaskó Tibor 
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A sztornó sztornózva 


Terminológiai szópárbaj 


Van egy aranyszabály, amely nemcsak 

a szoftverhonosításra igaz, hanem minden fordításra: 
egy szöveget valójában , fordítás" helyett megérteni 

és újra alkotni kell a másik nyelven. 

Ha ezt elfogadjuk, akkor természetesnek (sőt helyesnek) 
találjuk azt is, amikor a magyar terminológia egy mégoly 
ismert angol szónak sem a tükörfordítását követi. 


Számítástechnikai környezetben 
mindenki ismeri azt a fogalmat, amelyet 
az angol a , Help" szóval jelöl. Szándé- 
kosan nem úgy írtam, hogy a , Help 
funkciót", mert az azt sugallhatná, mint- 
ha az angol kitüntetett lenne a nyelvek 
között. Nem kitüntetett, csak első. An- 
golimádat ide, sznobizmus oda, az an- 
gol számítástechnikai nyelv is csak 
ugyanazt csinálja, amit más nyelvek: 
fogalmakat jelöl szavakkal vagy kife- 
jezésekkel. (Nagyon szépen fejezzük ki 
ezt a magyarban: , fogalma sincs róla".) 

A fogalomnak és a fogalom nyelvi 
megjelenésének különbségét nem is 
mindig olyan könnyű felismerni. A kü- 
lönbségtételt nehezíti, hogy az emberi 
gondolkodás nem függetleníthető a 
nyelvtől, a dolgokra általában a jelzésül 
használt szó segítségével gondolunk. A 
szakemberek fejében a számítástechni- 
kai fogalmak rendszerint nagyon szo- 
rosan kötődnek angol kifejezésmódjuk- 
hoz. Ez azonban nem jelenti azt, hogy 
ne lehetne a különböző nyelvekben 
különböző szavakkal jelölni ugyanazt 
a fogalmat. Még arra sincs szükség, 
hogy a célnyelvben választott szó és az 
angol eredeti elsődleges jelentésének 
bármi köze legyen egymáshoz. 


Melyiket szeressem? 


A , help" által jelölt funkció például 
valóban segítséget ad, tehát teljesen 
jogos a , help" szót használni rá. Szem- 
léletességben azonban a , segítség" ki- 
fejezésnél gazdagabb a , súgó", és sem- 
mi baj nem származik abból, ha vala- 
kiben az iskolai osztályterem vagy a 
színház képét idézi fel. Egyébként az 
az érv is a , súgó" mellett szól, hogy ez 
a funkció munka közben áll rendelke- 
zésünkre, és olyan média (a képernyő) 
közvetíti, amelyet magunk is haszná- 
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lunk munka közben. Szembeállíthatjuk 
ezt a dokumentációval, amelynek meg- 
felelője ugyanehhez a hasonlathoz kö- 
zel maradva a színészeknek legépelve 
előre kiadott szöveg lehet. Ráadásul a 
súgó szó azt is kifejezi, hogy használata 
a munka tárgya szempontjából észreve- 
hetetlen, nem zavarja meg annak integ- 
ritását és folytonosságát. És végül egy 
formai érv: a képernyőn gyakran meg- 
jelenő szavak esetén óriási előnyt jelent, 
hogy milyen rövid a szó. (A súgó 
egyébként nem eredeti magyar talál- 
mány. A csehek is a színészeket előadás 
közben segítő súgó elnevezésével [ná- 
povedal] jelölik a , help" funkciót.) 


Mit fogadjunk el? 


Hasonló dilemmát okoz az angol 
számítástechnikai nyelvben  lépten- 
nyomon előforduló , support" szó. En- 
nek elfogadott magyar megfelelője — 
láss csodát — a tükörfordítása. Ezzel 
nem is lenne baj. Sok fordító azonban 
válogatás nélkül minden olyan esetben, 
amikor az angol szövegben a support 
szót látja, reflexszerűen már írja is a 
, támogatás" szót. Az eredmény így egy 
szürke, igénytelen magyar szöveg, 
amelyben minden második mondatban 
felbukkan a támogatás. Ha a fordító az 
angol szöveg ismerete nélkül magyarul 
fogalmazná meg a szöveget, magától 
talán azt írná, hogy , képes kezelni", 
, felismeri", , tartalmazza", így azonban 
nem a szöveg értelmét nézi, csak a 
szavakat. Az aranyszabály értelmében 
pedig ez csalhatatlan jele annak, hogy 
rossz a fordítás. Na persze, ha a fordító 
valóban nem érti a szöveget, akkor nem 
is tehet mást, csak kicseréli a szavakat, 
az elöljárókat ragokkal helyettesíti és 
kész. Csakhogy ebben nem sok a kö- 
szönet. 


A magyar terminológiát rendszerint 
már a kész angol szövegek ismeretében 
kell kialakítni. Ez némi előnyt is jelent 
egyben, mert így lehetőségünk van ki- 
javítani az angol terminológia néhány 
logikátlanságát. Ilyen  logikátlanság 
származhat például a rokon értelmű 
szavak összekuszálódott jelentéseiből. 
Jellemző példa: a , choose" és a , select" 
szavakat az angol keverve használja, 
hol valamilyen parancs kiadására, hol 
bizonyos adatok megkülönböztetésére 
más adatoktól. Magyarban következe- 
tesebbek voltunk: az előbbire a , vá- 
laszt" szót használjuk, az utóbbira a 
s kijelöl" szót találtuk megfelelőnek. 


Sikeres és sikertelen ötletek 


Érdekes kérdés, hogy melyik szó 
bizonyul életképesnek, melyiket nem 
fogadja be a nyelv. Sajnos erre nincs 
szabály. Egy rossz szóról elég nagy 
biztonsággal meg lehet mondani, hogy 
rossz, de egy jónak tűnő szóról csak az 
élet tudja bebizonyítani, hogy megma- 


. .. aJAd-e. 


Hasonlóképpen előfordul, hogy egy- 
egy , honosított" számítástechnikai ki- 
fejezés nem gyökerezik meg. A , Can- 
cel" szónak van egy nagyon találó 
fordítása, amely minden igényt kielé- 
gíthetett volna. Rövid, pontosan azt írja 
le, amit a Cancel csinál, és mivel nem 
ige, kitűnő ellenpontja lehetett volna az 
OK gomb elnevezésének. Ez a szó a 
, sztornó", amely szintén idegen eredetű 
ugyan, de már meghonosodott a magyar 
nyelvben. 

Már készen voltak a Microsoft első 
magyarra honosított szoftvereinek a bé- 
tái, bennük a sztornóval, amikor be 
kellett látnunk, hogy hiába küszködünk: 
ezt a szót nem fogják elfogadni a fel- 
használók. Még az az előnye sincs meg, 
hogy az angol terminológiát már isme- 
rők , hozzák magukkal", mert nem 
büszkélkedhet előkelő angol szárma- 
zással. És hát, valljuk be, idegenes 
hangzásával nem igazán szép a szó. 
Pedig ha felvállaljuk egy új szó beve- 
zetését, ilyesmit is mérlegelni kell. (A 
dolog pikantériája, hogy a béta-teszte- 
lés eredményeként kapott negatív 
visszajelzések miatt mi megváltoztat- 
tuk a terminológiát a , mégsem" javára. 
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Egyes szoftverfejlesztők és honosítási 
műhelyek azonban addigra már átvették 
a sztornót, és végleges termékeikben is 
ezt használják.) 

A lónak persze itt is van egy túlsó 
oldala: nem szabad mindenáron a Ve- 
reckénél Árpáddal bejött szavakat eről- 
tetni. Minden nyelvben vannak jöve- 
vényszavak, amelyek megjelenése és 
integrálódása természetes és gyakran 
elkerülhetetlen jelenség. A protokoll 
például jövevényszó, de más értelem- 
ben vett közkeletűsége miatt azonnal 
elterjedt, és ma már aligha lehetne 
kiűzni a számítástechnikai terminológi- 
ából. 

A file—fájl vitában annyira polari- 
zálódtak a vélemények, hogy kár lenne 
az egészet elölről kezdeni. Én a fájl 
változatot sem kifogásolom, már csak 
azért sem, mert világunk egyre objek- 
tumorientáltabbá és dokumentumcent- 
rikusabbá válik, így a , dokumentum" 
kezd a fájl helyére lépni a felhasználói 
programok kezelői felületén. A fájl egy- 


re inkább szakszóvá válik, és angol. 


eredete sokkal kevésbé zavaró. Egy 
dolog azonban továbbra is gondot okoz- 
hat a fájl használóinak: a szóvégi ,jl" 
hangkapcsolat annyira szokatlan a ma- 
gyarban, emiatt kedvünkre való magya- 
rosított szó sosem lesz belőle, egyes 
ragos formáit (fájllal) kiejteni és leírni 
sem éppen könnyű. Igaz ugyan, hogy 
ezen problémákon a file írásmód sem 
segít, ezért én személy szerint jobban 
örültem volna annak — amire az angol 
ejtésmód elterjedtsége miatt viszont 
már szinte semmi esélyt látok —, hogy 
magyarosan filének is ejtsük (filével, 
filék, filéhez stb.). 

A sikertelen újítás másik példája a 
szoftveres értelemben vett , driver" he- 
lyett javasolt , kezelőprogram". Talán 
azért nem terjedt el, mert túl általános. 
Újabban az ,illesztőprogram" szót 
használjuk helyette, remélhetőleg na- 
gyobb sikerrel. Egy biztos: nincs igazuk 
azoknak, akik szerint ezt a szót le sem kell 
fordítani, mert úgyis mindenki driverként 
ismeri. Azért tévednek, mert csak a 
szakmabeliek ismerik driverként. És 
nem a felhasználó van a számítástechni- 
káért, hanem fordítva. 


A pontosság nem minden 


Közhely, hogy a terminológiának 
nem szabad pontatlannak lennie. Arra 
azonban kevesen gondolnak, hogy a 
pontosságot is túlzásba lehet vinni. Kü- 
lönösen szakmabeliektől kapunk olyan 
kritikákat, hogy egyik-másik magyar 
szó nem fedi pontosan azt a fogalmat, 
amire használjuk. 
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If you choose Russian, the Menu Bar will look like this: 





Waün PegakrwpoBaTb IIoMeECTUTb 


elad li 
Buwua WopMmar 


CnpaBka 





UTHAUTBbI — OKHO 








[a loőlseláál Csi IZEESELAESETA LEK szelssd I edeslestÉseleel 








TTERETSZMEÍITTEIZEN E [EN ETETEz TEJET 


NormalPar 
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Előfordult már, hogy külön magyar 


.megfelelőket találtunk ki két, első pil- 


lantásra hasonló, de valójában elkülö- 
níthető dologra, az egyik mégsem ho- 
nosodott meg. Így jártunk például az 
s ablak"—, párbeszédpanel" párossal. 
Erre a két fogalomra az angolnak is 
külön szava van (,window", illetve 
,dialog box"), jól el is különíthetők 
egymástól az átméretezhetőség, alap- 
szín, modalitás és egyéb jellemzők 
alapján. Első ránézésre viszont annyira 
hasonlóak (ráadásul az , ablak" a legel- 
ső fogalmak között van, mikor valaki 
megismerkedik az ablakozó technikát 
használó felhasználói  felületekkel), 
bármit is választunk a dialog box meg- 
felelőjeként, nehezen jön az ember szá- 
jára. Minduntalan , ablak" bukik ki he- 
lyette. Érdemes-e hát annyira erőltetni 
a másik kifejezést? 

Érdekes példa az , italic? betűjellem- 
ző fordítása is a pontos terminológiára. 
A nyomdászok évszázadok óta kurzív- 
nak nevezik, és szerintük itt is helye- 
sebb lenne azt használni. A közért- 
hetőség érdekében mi mégis megma- 
radtunk a , dőlt" szó mellett — és nem 
bántuk meg. 

A pontos szakmai terminológiát néha 
be sem fogadja a köznyelv. A számítás- 
technikai alkalmazások felhasználói 
felületével többször van dolguk a tit- 
kárnőknek, adminisztrátoroknak, ügy- 
védeknek, kiskereskedőknek, mint a 
programozóknak vagy a rendszergaz- 
dáknak. Többségük nem ért a számítás- 
technikához, és nem is akar érteni. Nekik 
a szoftver minél könnyebb kezelhetősége 
és a szövegek megértése fontosabb a 
terminológiai finomságoknál. 


Más a helyzet azoknak a fogalmak- 
nak a fordításával, amelyek a rendszer 
legmélyén fordulnak elő. Ezeknél nem- 
egyszer odáig kell menni az egzaktság- 
ban, hogy egy-egy fogalom angol elne- 
vezése is egyértelműen azonosítható 
legyen. Ilyenkor az is megengedhető, 
hogy akár megmaradjon az eredeti an- 
gol elnevezés is (kernel, GDI, multi- 
cast). 


Sziporkák 


Vannak szavak, amelyek ötletesek, 
humorosak ugyan, de valamilyen fo- 
gyatékosságuk miatt nincs reális esély 
arra, hogy elterjedjenek, és nem is 
kerülnek bele a terminológiába. A lak- 
lap (home page), az emil (e-mail), a 
vakablak (clipboard) és társaik egy bi- 
zonyos körben sikeresek, de általánosan 
aligha terjednének el. (Az ilyen kifeje- 
zések valamiféle  számítástechnikai 
szlengként a háttérben mégis megma- 
radnak.) 

Tartok tőle, hogy legtöbb esetben 
éppen e szavak humorossága a legfőbb 
akadálya elterjedésüknek, mert bizo- 
nyos helyzetekben zavaró, hogy a szó 
komolytalannak tűnik. Máskor, például 
a , műszak" esetében — amely a , ses- 
sion" megfelelője lehetne — a magyar 
szóhoz tapadó asszociációk miatt nem 
lehet a szót terminusként használni. 
Hasonló a helyzet a , káptalan" szóval 
is, amely máskülönben kiváló fordítása 
lehetne a Windows vagy a Windows 
NT Registryjének, lévén ott minden 
megtalálható, amit a rendszerről tudni 
érdemes. 

Varga Gábor 
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Igénytelen piac, igénytelen termék 


Magyarítás magyar módra 


Az alábbi beszélgetést inkább közös gondolkodásnak 
lehetne nevezni. Nem éles ellenvélemények 

csapnak össze — a résztvevők nézete az alapkérdésekben 
lényegében megegyezik. A három szakembernek 

(akik maguk is szereztek tapasztalatokat a szoftverek 
magyarítása terén) különösen azokat a gondolatait ajánljuk 
olvasóink figyelmébe, amelyeket végső konklúzióként 
levontak. A beszélgetés résztvevői: Bedő Árpád 
matematikus (B.Á.), Kárpáti András filológus (K.A.) és 
Vargha Márton matematikus, újságíró (V.M.), aki egyúttal 
a , jegyzőkönyvvezető" tisztét is betöltötte. 


V.M.: Beszélgetésünk témája: a 
szoftver magyarítása. Ezt a problémát 
szerintem három oldalról érdemes meg- 
közelíteni. Az első a színvonal, a kép- 
ernyőn és a kézikönyvekben megjelenő 
szövegek magyarsága. A második a 
terminológia. A harmadik meg az, hogy 
milyen viszony alakul ki a számítógép 
és a kezelője között, és hogyan tükrö- 
ződik ez a szövegekben. Az alacsony 
színvonal okának én már régen az ál- 
talános nyelvi igénytelenséget tartom. 
Emlékszem rá, az ÁSZSZ-nél (Állami- 
gazgatási Számítógépes Szolgálat — A 
szerk.) kezdetben még olyan sornyom- 
tató volt, amelyen egyszerűen nem vol- 
tak ékezetes betűk. Megvettek egy szá- 
míiítógépet a Honeywelltől, súlyos mil- 
liókért, és nem követelték meg, hogy 
ékezetes betűszalagot adjanak hozzá. 
Pedig megtehették volna. De a műsza- 
kiaknak, úgy látszik, nem eléggé szívü- 
gyük a nyelv. Ez az igénytelenség már 
az általános iskolában elkezdődik, de 
még az egyetemekről is kerülnek ki 
végzett mérnökök, akiknek fogalmuk 
sincs például a helyesírásról. Egyszerű- 
en föl sem fogják, mennyire fontos az 
emberek közötti kommunikáció eszkö- 
ze. Akármerre nézünk, hivatalokban, 
irodákban, a közéletben, mindenütt 
igénytelenséget tapasztalunk. 

B.A.: Ne feledkezzünk meg azért a 
kérdés gazdasági oldaláról sem. Akár- 
milyen széles körben használnak is 
majd például egy fejlesztő rendszert, ha 
nem magyar készítményről van szó, a 
külföldi gyártó első kérdése: , Mibe 
kerül?" Még mielőtt egyáltalán gondol- 
kozni kezdene a magyarításon. 
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Mindabból, ami a hibamentes műkö- 
déshez kell, a minőségi ellenőrzés a 
legköltségesebb művelet. Vajon megté- 
rül-e ez a költség? A szűk magyar 
piacon kicsi az esélye a megtérülésnek. 
Sok nagy szállító ezért dönt úgy, hogy 
nem is költ olyan luxusra, mint a ma- 
gyarítás. Vagy ha igen, akkor legalább 
a minőségvizsgálat költségeit igyekszik 
megtakarítani. 

V.M.: Az Adobével kapcsolatos ta- 
pasztalataidra gondolsz? ; : 

B.Á.: Arra is. De ezek a megfonto- 
lások mindenkinél előjöttek, akivel 
egyáltalán kapcsolatban voltam. Az 
igaz, hogy éppen a betűkészítésben 
vetődik fel legvilágosabban a kérdés. 
Akik tervezik, metszik a betűket, na- 
gyon jól tudják, hogy különböző népek 
különböző betűket használnak, de hiá- 
ba. Még ha akarnák is, hogy a készletek 
teljesek legyenek, az anyagi meggon- 
dolások előbbre valók. Ha több válto- 
zatot készítenek, több helyre el lehet 
adni. Van, ahová többet is egyszerre. 
De a mi változatunkat legtöbbször még 
csak el sem készítik. 

Paradox módon nem is a szoftvernél, 
hanem a nyomtatóknál fizetünk rá a 
legtöbbet. Minden nyomtatóhoz meg- 
vásároltatják velünk a betűkészletet, 
benne van a nyomtató árában, de a 
legritkább eset, hogy a megvett készlet 
a magyar ékezetes betűket is tartalmaz- 
za. Kifizetjük, de használni sosem fog- 
juk. 

K.A.: Éppen most volt egy ilyen 
telefonom. Egyik ismerősöm azzal hí- 
vott, hogy nem ért hozzá, de a nyomtató 
használati utasításában az van, hogy 


csak ezt meg ezt kell tenni, akkor majd 
jó lesz. Hiába teszi, a nyomtatója még- 
sem tud magyarul. 

B.Á.: Hát persze. Azért is fizetünk, 
amit nem használunk. Aki magyar be- 
tűket akar, fizessen érte külön. Jöhet- 
nének persze betű nélkül is a nyomta- 
tók, olcsóbban. De hát ez is nevetséges 
volna. 

V.M.: A programok kilencven száza- 
léka nem is használja a nyomtató betűit. 
Windowsból grafikusan nyomtatnak, 
nem? 

K.A.: Elvben beállítható, hogy a 
nyomtató betűit használja a Windows. . . 

B.ÁA.: Jóval gyorsabb is lenne a 
nyomtatás, ha nem kellene mindent 
grafikusan nyomtatni. 

K.A.: A betűk ügyében egyetértek, 

de Árpád, te a fejlesztő környezetet 
hoztad fel példának. Hogy azt nem 
fordítják le magyarra, szerintem nem 
olyan nagy baj. Viszonylag kevesen 
használják, szakmabeliek. Vannak 
azonban sok százezer példányban hasz- 
nált programok, amelyeket nem kérdés, 
hogy le kell-e fordítani. Operációs rend- 
szert, szövegszerkesztőt, számolótáb- 
lát. Le is fordítják, de mivel a gazdasági 
kényszer dirigál, igyekeznek a lehető 
legkevesebb pénzből kihozni. A legke- 
vesebb pénzből és a legrövidebb idő 
alatt. Valaki valahol kijelenti, hogy van 
rá hat hét, az alatt tessék lefordítani. 
Lehetetlen. 
V.M.: Ez történt nemrég a Win95-tel. 
K.A.: Például. Nem dolgoztam ben- 
ne, de hallottam róla. Aki elvállalja, 
annak is tudnia kell, hogy azt lehetetlen 
rohammunkában jól megcsinálni. De 
gazdasági kényszer van, hát elvállalja. 
Ez a dolog tisztán gazdasági oldala. De 
mi miért vesszük meg? Ez már kultu- 
rális kérdés! Azt nem kérhetjük, hogy 
legyen egy bizottság, amely elbírálja a 
fordítást. . . 

V.M.: Miért ne kérhetnénk, hogy 
alakítsanak erre egy bizottságot? 

K.A.: Lehet, hogy kérhetjük, de az 
lenne a normális, ha a piac szűrné ki, 
ami rossz. Végül is, akinek egy csöpp 
nyelvérzéke van, annak elég belenézni 
egy ilyen termékbe, hogy lássa, hotten- 
tottául van, nem magyarul. Mégis meg- 
vesszük. És nem csak ezt vesszük meg. 
Minden vacakot, ruhát, cipőt, ehetetlen 
ennivalót, ihatatlan innivalót ránk lehet 
sózni —: miért pont a szoftvert ne 
vennénk meg? 

V.M.: Mindenütt el lehet adni min- 
den szemetet. Amerikában is eladják. 
Én is vettem Amerikában egydolláros 
kést, ma is azzal vágom a kenyeret. De 
például a hadsereg ott már nem ezt a 
kést veszi, hanem a jobb minőségűt. A 
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közigazgatás a nagy tömegű felvevő 
mindenütt a világon. Annak kellene 
előrevinnie Magyarországon is a dol- 
gokat, mégis ők járnak az élen az 
igénytelenségben. 

B.ÁA.: Számomra örök rejtély, hogy 
a közigazgatáshoz, a belügyhöz tartozó 
hivatalokban, amelyeknél hihetetlen 
mennyiségű gép, nyomtató van, ahol 
rengeteg az adat, az irat, mennyire nem 
használják ki a lehetőségeiket. Hogy- 
hogy ez a nagy mennyiség nem tud 
semmit kikényszeríteni? A piacon pedig 
ez már olyan vásárlóerő, aminek lehet- 
ne kényszerítő ereje. 

K.A.: Van egy másik természetes 
közeg is, amely ki tudná kényszeríteni 
a minőségi árut: az oktatás. Magyarul 
folyik az oktatás, oda nem volna szabad 
akármit bevinni. Csak az a baj, hogy 
nálunk nagyon gyenge és kicsi az ok- 
tatási piac. Gyakorlatilag nem is létezik. 

V.M..: Illetve annyira van, hogy kezet 
csókolnak mindenkinek, aki ad egy 
gépet, és eszükbe sem jut a fogát meg- 


nézni. men 


B.Á.: AMicrosoft — amennyire bírja 
— elárasztja az iskolákat is, hogy hoz- 
zászokjanak az ő termékeihez. 

K.A.: Lehet-e ebben a helyzetben 
valamit csinálni? Reménytelennek lá- 
tom, hogy egy magyar céget, amely 
elvállalja egy szoftver magyarítását, rá 
lehetne kényszeríteni arra, hogy minő- 
séget gyártson. 

B.Á.: Szerintem volna rá mód. A 
számítástechnika egyre inkább átszövi 
az életet, és az emberek beszédét is. 
Magam azt tapasztaltam, hogy a prog- 
ramok erősen befolyásolják a szóhasz- 
nálatot. Ott vannak a főiskolák, egye- 
temek, különféle oktatási intézmények, 
ahol előadnak emberek, akik biztosan 
magyarul beszélnek, nem angolul. 
Használnak egy nyelvet, amely szük- 
ségképpen el kell, hogy térjen a prog- 
ramok nyelvétől, hiszen azoknak a 
nyelve sem egységes. 

V.M.: Te most átugrottál a szaknyelvi 
kérdésre. 

K.A.: Az teljesen más ügy. 

V.M.: Ott én elfogadhatónak tartom 
az idegen kifejezések használatát. Ki- 
alakul egy konyhanyelv, amelyet né- 
hány tízezer ember fog használni. Baj 
akkor van, ha ez a nyelv átszüremkedik 
a hétköznapi életbe, megjelenik a szak- 
értő és az egyszerű felhasználó közötti 
kapcsolatban is. A számítógép ugyan- 
olyan eszközzé válik, mint a tűzhely 
vagy a telefon. Az igazi kérdés az, hogy 
milyen nyelvet kapnak a géptől azok, 
akik a mindennapi életben használják, 
milyen nyelven kommunikálnak egy- 
mással. 


Ez a technológia az utolsó harminc 
évben áramlott be a társadalomba. A 
kezdet kezdetén kellett volna már vi- 
gyázni rá, azoknak, akik először talál- 
koztak vele. Most is az első találkozásra 
kell sokkal jobban odafigyelni. Ha erre 
gondoltál, amikor az egyetemről be- 
széltél, akkor egyetértek, hiszen ami az 
egyetemeken megjelenik, az egyenesen 
megy át a társadalomba. 

B.Á.: Beszéljünk még a bizottságról. 
Hasonló ez ahhoz, ahogy az építés 
szabályozva van. Nem lehet akármilyen 
homlokzatú házat építeni Budapesten. 
Az építésznek van ugyan tervezői jo- 
gosítványa, de vannak fórumok, azok 
felülbírálhatják. Hiába önálló szellemi 
alkotása a terv a tervezőnek, átalakít- 
tathatják vele. A szoftvernél nincs ilyen 
lehetőség. Készít valaki egy magyar 
szövegszerkesztő-változatot, amelyet 
százezrek fognak használni, és azt nem 
kell sehol bemutatni, nem kell sehol 
minőségvizsgálatnak alávetni. Nyu- 
godtan eladhatja, és meg is veszik — 
no nem azért, mert rácsodálkoznak, 
hogy milyen szépen beszél magyarul, 
hanem mert használniuk kell. Bizony 
nem ártana a piacra vitelt minőség- 
ellenőrzéshez kötni. 

V.M.: A Magyarországon forgalom- 
ba hozható termékekhez kötelező ma- 
gyar nyelvű használati utasítást adni. 
Villanyborotvához adnak, szoftverhez 
nem. Programot nyugodtan be lehet 
hozni Magyarországra magyar nyelvű 
használati utasítás nélkül. Itt kellene 
megfogni a dolgot. Ez lenne az első 
lépés, a jogi szabályozás. Azután már 
a többi szabályt is be lehetne tartatni, 
ha precedens lenne, hogy a szoftveren 
is számon kérik ezt az előírást. 

K.A.: Ha van is a szoftverhez valami 
magyar leírás, kézikönyv, menü, vagy 
a help fordítása, az hiányos és igényte- 
len, ráadásul gyakran félrevezető infor- 
mációkat ad. A nyelvezetéről meg jobb 
nem beszélni. Pedig ha magyartalan, 


akkor rontani fogja a felhasználó nyelv- 
érzékét. 

B.Á.: Tudjátok, mi itt a különbség a 
szoftver és a villanyborotva között? 
Amit a villanyborotva mellé adnak, az 
a szöveg jóval nehezebben épül bele a 
kultúrába. Amit viszont az emberek a 
programmal hazavisznek, az nem egy- 
szeri elolvasásra való. Ezért sokkal ve- 
szélyesebb terület. 

V.M.: Tehát egyetértetek, hogy jog- 
szabályra van szükség? 

K.A.: Ha ezt el lehetne érni, akkor 
azonnal anyagi érdekük is fűződne hoz- 
zá a cégeknek, hogy odafigyeljenek, 
hogy áldozzanak a minőségre. Ha tudja, 
hogy megbukhat a hat hét alatt össze- 
hozott változattal, akkor másképp indul 
neki. 

V.M.: Jó, de ki csinálná a minőség- 
vizsgálatot? Itt nyelvről és ízlésről van 
szó. 

K.A.: Ezért vagyok én szkeptikus. 
Nem lehet megtalálni azokat a szem- 
pontokat, amelyek alapján ez megvaló- 
sítható. Emlékszel? Vitatkoztunk mi 
már stíluson. Én azt mondtam, főnevek- 
kel fejezzük ki, amit lehet, te pedig az 
igei kifejezések, az utasítások mellett 
kardoskodtál. Ez két eltérő álláspont. 
Ki döntheti el, hogy melyik érvénye- 
süljön? 

B.A.: Ami elér egy adott igényességi 
szintet, ami eleget tesz bizonyos alap- 
vető minőségi követelményeknek, azt 
elfogadom, bármilyen is legyen a stílus. 

K.A.: Százalékokkal lehetne meg- 
fogni a dolgot. Mondatokat vizsgálja- 
nak, és ha egy nyelvészekből álló bi- 
zottság túl sok mondatszerkezetet talál 
magyartalannak, akkor azt a szoftvert 
ne legyen szabad Magyarországon el- 
adni, forgalomba hozni. Ez így talán 
már megvalósítható. Ha egy jogszabály 
előír egy akármilyen laza követelmény- 
rendszert, az már önmagában kikény- 
szeríthet valamilyen minőségi javulást 
a mai állapotokhoz képest. 
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B.Á.: Kulturális szempontból azért 
is rendkívül indokolt ebbe az irányba 
haladni, mert elfogadhatatlan, hogy pi- 
aci érdekek határozzanak meg alapvető 
kulturális változásokat. Méghozzá nem 
is Magyarországon belüli piaci érdekek. 
A hatást persze nem lehet kiküszöbölni, 
de nem is arról van szó... 

V.M.: A szoftver hihetetlen mérték- 
ben képes terjeszteni az idegen és ide- 
genes gondolkodásmódot. Ha nem vi- 
gyázunk, előbb-utóbb eltűnik a sajá- 
tunk, és a gyerekeink gondolkodni is 
angolul fognak. 

B.ÁA.: Nehéz például szabadulni attól, 
hogy angolul állapotokkal fejezik ki azt, 
amit magyarul inkább folyamatként ír- 
nánk le. Ez alapvető különbség a két 
nyelv között. Akinek nincs elég ideje, 
szakmányban fordít szövegeket, az óha- 
tatlanul megtartja az állapotszemléletet, 
pedig nem volna kötelező. Én magam 
is többször beleestem ebbe a hibába. 

K.A.: Én is csináltam már korrekt 
állapotszemléletű fordítást. Amikor si- 
etnem kellett... Egyébként ami a kul- 
turális oldalt illeti, szerintem legjobb 
lenne kiragadni az informatikát a szá- 
mítástechnikusok kezéből, amíg nem 
késő. Az lenne a csodálatos, ha a gim- 
náziumokban, iskolákban ezt nem a 
matektanár tanítaná, ő elég, ha progra- 
mozni megtanítja a gyerekeket. Hogy 
mi az informatika, az informatikai kul- 
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túra, azt inkább a magyartanárnak kel- 
lene tanítania. 

B.Á.: Ti tudtok az Interneten ékeze- 
tes betűkkel levelezni? 

K.A.: Nem. 

V.M.: Én CompuServe-ön levelezek, 
ott lehet. De lehet a Zöldpókon, a 
környezetvédők hálózatán is, Emillel. 

K.A.: Miért nem adnak az internetes 
kapcsolatszolgáltatók mindenkinek 
olyan szoftvert, amelyik ismeri a ma- 
gyar ábécét? Azt kellene elérni, hogy 
az Internet-szolgáltatók minden előfi- 
zetőt ellássanak magyarított, szépen 
magyarított böngészővel és levelező- 
vel. Most mindent angolul adnak, és az 
emberek ebből sajátítják el a hálózati 
kultúrát. Terjednek az angol szavakból 
gyártott magyar igék, és ez már óhatat- 
lanul beleépül a kultúrába. 

V.M.: Zsadányi Pál minden adandó 
alkalommal rákérdez erre, eddig ered- 
ménytelenül. A magyar nyelv háttérbe 
szorulásához képest tulajdonképpen 
apróság, hogy nem lehet ékezetes be- 
tűket használni. 

K.A.: Az viszont nagy baj, ha a 
keretprogram, a böngésző nincs meg- 
csinálva magyarul. Ezeknél is meg lehet 
követelni azt, amiről az előbb az alkal- 
mazásokkal kapcsolatban beszéltünk. 
Elég lenne kimondani, hogy a közigaz- 
gatásban, az iskolában csak olyan prog- 
ramok használhatók, amelyek magyarul 


LEX 





közlekednek a felhasználóval. Amit fel- 
tesz a gépére a közalkalmazott, a köz- 
tisztviselő, annak magyarul kell lennie. 
Helyes magyarsággal. 

B.Á.: Vélhetően a közigazgatás a 
legnagyobb piac, könnyen egységesít- 
hető is. Ott kellene elérni, hogy jó 
minőségben magyarított programokat 
vásároljanak. Kérdés azonban, hogy ki 
állja ennek a költségeit. Csakis nekünk, 
magyaroknak érdekünk, hogy az infor- 
matika magyarul legyen, hogy lehessen 
magyarul levelezni, hogy gondolkodá- 
sunk ne idomuljon teljesen az angol- 
szászhoz? 

V.M.: Támogassák az adófizetők? 

B.ÁA.: Miért ne? A korrekt magyarí- 
tást támogathatná az állam. Követelőzni 
is lehet az amerikai cégeknél, de többet 
ér, ha együttműködést ajánlunk fel. Ha 
a jogi szabályozás elkészül, ha a legna- 
gyobb vásárló elutasítja a magyartalan 
szoftvereket, akkor tárgyalási pozíci- 
ónk is megerősödik. És persze alapos 
kritikára, kritikai szellemre volna szük- 
ség. Én például soha semmilyen nyil- 
vános kritikát nem kaptam arra, amit 
ezen a területen csináltam. Például a 
Macintosh rendszerre vagy a kéziköny- 
vekre. 

V.M.: Amikor a Windows 3.1 hiva- 
talos magyar változata megjelent, én 
sorozatban bíráltam, de nem sikerült 
kialakítani igazán alkotó, kritikus lég- 
kört. Mindenki csak magában hőbörög 


."— azután lassan hozzászokik a leg- 


rosszabb megoldásokhoz is. 

K.A.: Az igazi szoftverkritika és a 
szoftvermagyarítás érdemi kritikája 
egészen különleges műfaj. Ennek talán 
még a szabályait is meg kellene alkotni. 
És igényes vásárló is kell a jó kritiká- 
hoz, aki odafigyel rá. Ha a kritikának 
meglesz a megfelelő súlya, akkor a 
gyártó és az eladó is kénytelen lesz majd 
odafigyelni. 

V.M.: És a terminológiával, a fordí- 
tásokkal mi a helyzet? 

B.Á.: Úgy látom, ez teljesen esetle- 
ges, véletlenszerű. Kitalálunk valamit, 
azután vagy elterjed, vagy nem. Például 
a telepítés, az bejött, elfogadta a szak- 
ma. Lehet a szavakon lovagolni, de ma 
már úgy látom, hogy nem érdemes. A 
bajok sokkal mélyebbek, nem azon 
múlik, hogy file-t, fájlt, iratot vagy 
dokumentumot írunk a menübe. 

K.A.: Szerintem sem. Amiről eddig 
szó volt, a mondatszerkezetek, a gon- 
dolatok magyarsága sokkal fontosabb, 
mint a szavaké. Ha létrejönne — bár 
létrejönne! — egy jó jogi szabályozás, 
ha a nagy megrendelők visszadobnák a 
csúnyát és a rosszat, akkor a termino- 
lógia kérdése is megoldódna. 
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A regionális elv árnyékában 


Kódok háborúja 


Mikroszámítógép Magazinból 1990 júniusában 

Alaplappá átvedlett folyóiratunk legelső ,hónap témája", 

a MAGZARUL BESYELUNK címet viselte, és azóta is 
rendszeresen foglalkoztunk a magyar nyelv és a 
számítástechnika kapcsolatával, különösen a karakterkódok 
rendszerével. Mostani összeállításunkban is célszerűnek 
láttunk naprakész summázatot adni ez utóbbi témáról. 


Az 1992-ben készült és 1993. már- 
cius 1-jén életbe lépett magyar szab- 
vány (MSZ 7795-3:1992) kétféle kód- 
táblát szentesít. A magyar ékezetes be- 
tűk kódját az egyik kódtábla a számí- 


tógépes cégek ,Latin-2" vagy , 8527. 


néven ismertté vált ,házi  szab- 
ványából" veszi át (hivatkozás nélkül), 
a másikat az ISO 8859-2-ből. Ez az 
utóbbi tulajdonképpen megegyezik a 
Windows 1250-es kódtáblájával. 

Az adatbevitel szempontjából elsőd- 
legesen annak a kódkészletnek van je- 
lentősége, amely karakteres formában, 
közvetlenül a billentyűzetről kerül a 
gépbe. Itt ugyanis óriási káoszt okozhat, 
ha különböző kódrendszerek szerint ké- 
szített adatok keverednek össze, és 
mondjuk egy adatbázisba , kakukktojá- 
sok" kerülnek. 

Közvetlen karakteres inputként a 
Windows grafikus felület kódkészlete 
kevésbé problematikus, érdemes vi- 
szont közelebbről megnézni a karakte- 
res felületű adatkezelés problémáit, mi- 
vel a 852-es által kavart vihar máig sem 
csitult el teljesen. Egymás mellett élnek 
különböző kódkészlettel készült állo- 
mányok, különböző kódokat használó 
rendszerek, sőt olyan rendszerek is, 
amelyekben keveredik többféle kód- 
készlet. ? 


Ki a legény a gáton? 


Piaci szempontok diktálták a hard- 
ver- és szoftvergyártó cégeknek azt a 
törekvését, hogy hallgatólagos szab- 
ványként elfogadtassák a 852-es kód- 
táblát. Ezzel teljesen megzavarták, szét- 
zilálták a nagy nehezen már az egysé- 
gesülés felé elindult folyamatot. 

Előzőleg a hazai szakemberek már 
belátták az , ahány ház, annyi kódkiosz- 
tás" gyakorlatának tarthatatlanságát, és 


többnapos vita alapján megszületett az 
a kódkiosztási ajánlás, amely CWI-kód 
néven hamarosan országszerte elterjedt, 
és spontán módon egységesedni kezdett 
a magyar PC-s társadalomban a kód- 


. használat. (Nem a hivatalos úton, mert 


az 1984 óta érvényes magyar szabvány 
tulajdonképpen nem érdekelte a PC-se- 
ket — az MSZ 7795-3:1984 csupán a 
PC-ktől idegen EBCDIC kódoknak egy 
KGST-mutációját szabályozta.) Az el- 
készült CWI kódtáblázat nevét később 
CWI-1-re módosították, mert közben 
elkészült a CWI-2 is, egyetlen apró 
változtatással: a nagy hosszú ,Í" ASCII 
140-es helyett a 141-es kódot kapta — 
szélesebb körben inkább ez terjedt el. 

A CWI-kódnak egyetlen komoly ve- 
télytársa volt, a Ventura kódkiosztása, 
amely az ASCII keretrajzoló karaktere- 
inek rovására adott helyet a magyar 
ékezetes betűknek, ezért a számítás- 
technikusok nem is szerették, hiszen 
kedvenc játékszerüket rabolta el. 

. ..Nos, a CWI vonalon egységesedő 
magyar kódkiosztás elterjedésének fo- 
lyamatába robbant bele a 852-es elfo- 
gadtatására irányuló kampány, ami a 
80-as évek végén máig is tartó ellenke- 
zést váltott ki a hazai számítógépes 
társadalomban. (Lásd erről részleteseb- 
ben az Alaplap 1990/6., 1992/5., az Új 
Alaplap 1994/3. számát.) 


A nemzetközi porond 


A Nemzetközi Szabványügyi Szer- 
vezetben (ISO) már a 80-as évek eleje 
óta folytak a számítógépes kódok nem- 
zZetközi szabványosításával kapcsolatos 
munkálatok. Ezeknek a szabványosítási 
törekvéseknek azonban alapvetően má- 
sok voltak a szempontjai: olyan kód- 
táblák elkészítését tartották fontosnak, 
amelyekben helyet kapnak valamennyi 


latin betűs írást használó nyelv karak- 
terei. És bár az egész világra kiterjedően 
ez akkor még nem volt reális célkitűzés, 
legalább Európa nyelveivel kapcsolat- 
ban törekedtek a teljességre. 

El kell ismerni, az ISO-nak sem volt 
egyszerű dolga az új kódtáblák kidol- 
gozásakor. A különleges, , módosított 
latin" karakterek a legtöbb gondot a 
walesi (welsh), valamint a portugál és 
a szlovák nyelv esetében jelentették. A 
kelta hagyományaikat ma is őrző 
walesiek a 26 betűből álló alapkész- 
leten kívül 24 módosított latin betűt is 
használnak, a nagybetűkkel együtt tehát 
csak az ő igényeik kielégítésére 2 x 24 
karakterrel kellene kiegészíteni a kód- 
készletet. Nem csekélység a portugálok 
és a szlovákok 2 x 17, a grönlandiak és 
a lappok 2 x 15 karakterigénye sem, 
még ha sok is az átfedés az egyes 
karakterkészletek között. A kizárólag a 
saját nyelvükben használatos legtöbb 
betűvel a lengyelek dicsekedhetnek: 2 
x 8-cal; viszont nagyon nagy (több, mint 
50) azoknak a betűknek a száma, ame- 
lyeket csak egy vagy két nyelvben 
használnak. 

Nyilvánvaló volt, hogy minden ka- 
raktert nem lehet elhelyezni egyetlen 
8-bites kódtábla keretei között, főleg ha 
a vezérlőjeleknek, a számoknak, az 
írásjeleknek, a dobozkaraktereknek, a 
matematikai műveleti és relációjelek- 
nek, a pénznemeknek, a matematikai és 
fizikai szövegben gyakran használatos 
görög betűknek stb. is helyet akarunk 
szorítani, ahogyan azt a nálunk is jól 
ismert , kiterjesztett ASCII" megkísé- 
relte. 

A sokféle szempont összeegyezteté- 
séből, bár nem éppen szép, és nem is 
nagyon következetes, de elfogadható 
kompromisszum született. A nyelvek 
közül kiemelten kezelték a francia, az 
olasz és a spanyol nyelv igényeit. Rend- 
kívül mostohán bántak viszont a nagy- 
betűkkel: az ékezetes (mellékjeles) be- 
tűk többségének nincs meg a nagybetűs 
párja. Dehát tudjuk, hogy a , hazai" 
franciák nem is használják az ékezetes 
betűk nagybetűs alakját, csak a kanadai 
franciák. 


Táguló világegyetem 


Eleinte az ISO-ban is a kiterjesztett 
ASCII kódkiosztásából indultak ki, ha- 
marosan azonban gyökeresen szakítot- 
tak azzal az összevissza kódkiosztással, 
amely még a 852-est és társait is jelle- 
mezte. Kompromisszumok helyett hoz- 
záláttak kódtáblacsaládok kialakításá- 
hoz. Az első 127 kódhelyen ezek a 
kódtáblák szigorúan betartották azt a 7 
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bites sorrendet, amelyet az 1973-es ISO 
646 szabvány rögzített. A 8 bites kiter- 
jesztésben többnyire a kódlapok cserél- 
getésének az ISO 2022 szabványban 
szabályozott elveihez igazodtak (ami 
jól megfelelt a kódtáblacsaládok kon- 
cepciójának), de figyelembe vették a 7 
bites és 8 bites szövegátvitelre vonat- 
kozó S.61 és S.100 jelzetű CCITT-aján- 
lásokat is. 

1983-ra készült el az első olyan szab- 
vány, az ISO 6937, amely már a kisbe- 
tű—nagybetű párok elhelyezésében is 
igyekezett következetes lenni (mind- 
kettő legyen meg, egymástól ugyan- 
olyan távolságban, mint a kódtábla első 
felében a kis- és nagybetűk). Ilyen 
értelemben ez volt az előfutára az , AN- 
SI szabvány"-ként ismertté vált kódki- 
osztásnak, amelynek elveihez később a 
Windows is igazodott. (ANSI: Ameri- 
can National Standards Institute. Saját 
nevét az ANSI csak ehhez a kódkész- 
lethez, és az ebből származtatott továb- 
bi kódkészletekhez adta.) 

Ha nem is terjedt el széleskörűen az 
ISO 6937, de megvetette az alapját a 
körültekintőbb munkálatoknak, például 
a szükséges és elégséges kódkészletek 
kidolgozásának. Ekkortól kezdték ko- 
molyan feltérképezni és rendszerbe 
foglalni a lehetséges igényeket, például 
azt is, hogy mennyi hely kellene, ha a 
világ valamennyi latin betűs nyelvét 
figyelembe vennék, mit jelentene, ha 
hozzávennék azokat a speciális karak- 
tereket is, amelyek a nem latin betűa- 
lakokat használó nyelvek egyértelmű 
oda-vissza transzliterálásához szüksé- 
gesek. Végső soron a 90-es évekre 
beérett Unicode-koncepció is az ISO 
szakembereinek ezekből a korai hagyo- 
mányaiból merített, még munkaanya- 
gaikat is felhasználta. 


Latin-2 kontra CWI 


Az ISO előmunkálatait a számítógé- 
pes cégek is felhasználták, csupán job- 
ban előtérbe helyezték azt a számukra 
elsődleges szempontot, hogy az új kód- 
készletek regionális elvek alapján ké- 
szüljenek. A mi esetünkben ez azt je- 
lentette, hogy a magyar nyelv karakterei 
ne a nyugati nyelvek karaktereivel 
együtt legyenek használhatók, hanem a 
keleti latin betűs nyelvek (lengyel, szlo- 
vák, román stb.) speciális karaktereivel. 

E regionális szabályozás jegyében 
született meg a ,8527-esként ismert 
kódtábla, amely lényegesen eltért az 
itthon már-már egyértelműen elfoga- 
dott és számos adatbázisban is alkalma- 
zott CWI-kódtól. A 852-es szerint ol- 
vasva az ékezetes karakterek CWI-kód- 
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ja helyén nyolc betűnél (Á, Í, Ó, ő, Ő, 
Ú, ű, Ű) lengyel és szlovák karakterek 
jelennek meg a képernyőn; ha pedig 
ASCII-ban vagy CWI-ben nézzük a 
852-es ékezetes karaktereit, akkor az 
újonnan igénybe vett kódhelyeken job- 
bára dobozkaraktereket, görög betűket, 
matematikai jeleket látunk feltűnni a 
magyar szöveg közben. 

Az újabban Magyar Szabványügyi 
Testület névre átkeresztelt intézmény, 
bár minimális változtatással, hivatalo- 
san is elfogadta a 852-es javaslatot. A 
magyar karakterek elhelyezésével kap- 
csolatban ezt tette szabvánnyá 1993-tól, 
más karakterek tekintetében azonban 
szabad kezet adott a szoftverkészítők- 
nek tetszőleges két- vagy többnyelvű 
kódkészlet alkalmazására. 

A nagy kérdés természetesen az, 
hogy az összhang mennyiben nélkülöz- 
hető, vagy hogyan biztosítható ilyen 
igények felmerülésekor. Lehet-e meg- 
felelő szoftvertámogatást találni, mond- 
juk a többnyelvű adatbázisok fejleszté- 
séhez, vagy a nyomdákkal való együtt- 
működésben a többnyelvű kiadványok 
elkészítéséhez? 


Nem lehetne békésen megoldani? 


Ha a szoftverkészítő cégek egy pici- 
két is törekednének a helyi igények 
kielégítésére, és nem saját hegemóniá- 
juk megteremtése lenne a legfőbb cél- 


juk, akkor a CWI és saját kódkészletük 


között is biztosítanák a kétirányú köz- 
lekedést. Könnyen megszüntethető len- 
ne például az az anomália, hogy amikor 
CWI-ben írt szöveget Windows-zal be- 
olvassuk (mondjuk azért, mert így 
akarjuk kinyomtatni), akkor, ha konver- 
tálást kérünk, a fenti nyolc ékezetes 
karakter helyén zavaróan idegen karak- 
terek jelennek meg a magyar szöveg- 
ben. (Feltehetőleg elég könnyen meg 
lehetne oldani, hogy a jelenlegi , bedró- 
tozott" 852-es kódtábla mellett másféle 
kódtáblát is választhasson a felhaszná- 
ló. Mondjuk, azzal a megszorítással, 
hogy a kívánt betűalakok csak sorrend- 
jükben térhetnek el azoktól, amelyeket 
a rendszer jelenleg a , bedrótozott" kód- 
tábla alapján elő tud venni. Számítás- 


technikailag talán nem a legbonyolul- 


tabb probléma.) 

Közben tovább éltek és szaporodtak 
a regionális elven alapuló kódtáblák. 
Az ISO is segített abban, hogy csopor- 
tokba foglalják a karaktereket, és kód- 
kiosztásban egymáshoz többé-kevésbé 
hasonló, viszonylag széleskörűen hasz- 
nálható kódtáblák készüljenek a kiter- 
jesztett ASCII család folytatásaként. 
Szép gyűjtemény található ezekből a 


Microsoft anyagaiban az 1000-nél ki- 
sebb sorszámú kódlapok között. Ide 
tartozik többek között a sokat emlege- 
tett 852-es kódlap is, amelynek nyugat- 
európai megfelelője a 850-es, az USA- 
beli pedig a 437-es. 

Átgondolt, mély koncepciót nehéz 
lenne felfedezni akár a felvett karakte- 
rekben, akár azok elhelyezésének mód- 
jában. Inkább adhoc fejlesztések ered- 
ményének látszanak ezek a kódtáblák, 
ahol a legfőbb szempont az volt, hogy 
valahogyan minden felvetődött igényt 
ki tudjanak elégíteni. A Latin-2 kódtáb- 
la után (amelyet néha szlávnak nevez- 
nek, máskor közép-európainak) hama- 
rosan megjelent a kanadai francia (MS 
számozás szerint: 863), majd főleg a 
skandináv igények kielégítésére kidol- 
gozott , északi" (865) és a balti (775). 
Jellemző, hogy külön kódlap készült a 
portugál (860), az izlandi (861) és a 
török (857) nyelv számára is, eseten- 
ként csupán azért, mert egy-egy betű 
elhelyezéséről előzőleg elfelejtkeztek. 

Ezekkel a fejlesztésekkel párhuza- 
mosan, hasonló elvek alapján készült 
el a cirill (855 és 866), a görög (737 és 
851), de még a héber (862) és az arab 
(864) kódtábla, sőt több távol-keleti 
változat is. A kódtábla alsó felében 
azonban — ezt fontos megjegyezni — 
ezekben is megmaradtak a szűkebb 
értelemben vett ASCII karakterek. A 
latintól alapvetően eltérő betűkészletet 
használó írásrendszerek esetében ez 
biztosította a velük készült szövegek- 
nek angol szövegekkel vegyes haszná- 
latát. 


A Windows kódnyelve 


Az ANSI először saját kebelében, 
majd az ISO-val együttműködve kezdte 
szisztematikusan rendbe tenni az addig 
globálisan nem eléggé átgondolt fej- 
lesztéseket. A kódtábla alsó felét to- 
vábbra sem bántották, a 7 bites kiosztást 
szabályozó ISO 646 szabvány minden 
további fejlesztésnek támasza és talp- 
köve maradt. Kihagyták viszont (vagy 
külön táblázatban helyezték ei) a , rend- 
szeridegen" jelek java részét: a doboz- 
karaktereket, a görög betűket és az 
aritmetikainál magasabb fokú matema- 
tikai jeleket. 

Az ANSI-fejlesztés korai szakaszá- 
nak eredményeit vette át az ,, 1252 Win- 
dows Latin-1" kódtáblája, s a 852 min- 
tájára ebből alakította ki a közép-euró- 
painak is nevezett ,, 1250 Windows La- 
tin-2" kódtáblát. Ebben egyes francia, 
olasz, spanyol, portugál, svéd, norvég, 
dán, izlandi betűk helyett, ill. tartalék 
betűhelyekre tettek be lengyel, cseh, 
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szlovák, horvát, magyar és román be- 
tűket, véleményem szerint egészen 
ügyesen. Némi vacillálás egyedül ab- 
ban volt, hogy a kis és nagy magyar 
Ő" betűt melyik betű helyére tegyék 
be: a portugálban (és észtben) használt 
hullámos ékezetű , Ő" betű, vagy a 
franciában, portugálban és sok kisebb 
nyelvben használatos , háztetős" ékeze- 
tű , Ő" betű helyére, az , Ű"-vel analóg 
módon. 

Végül az utóbbi mellett döntöttek, 
bár ebben tapasztalható némi ingadozás 
az egyes rendszerek között. Biztosan 
mindenki bosszankodott már amiatt, 
hogy bizonyos betűtípusok a magyarí- 
tott változatban sem ismerik a magyar 
, ő" betűt. Nos, árulkodó módon ilyen- 
kor az a betűalak jelenik meg, amelyet 
a magyarnak helyettesítenie kellene. A 
másik választás mellett is komoly érvek 
szóltak volna. Például az, hogy a ház- 
tetős ékezetű , O-származék" (0) nem- 
csak hogy sokkal több nyelvben fordul 
elő, de köztük van a szlovák nyelv is. 


Ennek a betűnek a kihagyásával tehár " -: 


a szlovákok számára a betűkészlet nem 
lesz teljes, ami koncepcionális hibát 
sejtet. Vagy talán egy közép-európai 
szövegekben is fontos betűalakot akar- 
tak megőrizni? De ha itt igen, akkor 
más esetekben miért nem? 


Mondd, mi fáj? 


Végeredményben a grafikus környe- 
zetben megjelenő kódok belső tárolási 
módjával ritkábban kerül összeütközés- 
be a magyar felhasználó, mint amikor 


karakteres üzemmódot használ. A Win- 
dows-zal sem a karakterei, a kódkiosz- 
tása miatt szokott problémánk lenni, 
sokkal inkább a különböző szoftverek 
eltérő, következetlen működése miatt. 
Például azért, mert a Microsoft elfelej- 
tett arról gondoskodni, hogy a magya- 
rított, ékezetes TrueType fontok más 
környezetben, nem magyar Windows 
alatt is működjenek. Ráadásul ezt a 
hibát átvitték a Win95-re is! (Mellesleg 
a , páneurópai" Win95-ben nem lehetne 
esetleg Magyarországot is szerepeltet- 
ni?) 

Egyébként is rengeteg következet- 

lenség észlelhető abban, hogy a Win95 
háromféle változata (USA, magyar, 
páneurópai) mikor hogyan viselkedik. 
Külön változtatható a billentyűkiosztás, 
külön a rendszer nyelve, de hogy mikor 
melyik beállítás élvez prioritást és ér- 
vényteleníti a másikat, azt még kikísér- 
letezni is nehéz. A Súgó pedig bölcsen 
hallgat, mihelyst kényesebb kérdést te- 
szünk föl neki. 
Még egyetlen rendszeren belül is 
vannak következetlenségek. Az Office- 
on belül például ,,be van betonozva", 
hogy mikor mit hívjon meg. A nyelv- 
választást már nem támogatja — pedig 
magát a beállítást látszólag még elfo- 
gadja. 

A billentyűzet kezelésével is vannak 
problémák. Előfordul, hogy a magyarí- 
tott Office szövegszerkesztője nem is- 
meri fel a billentyűzet beállítását, és 
olyankor is saját , forrógombos" funk- 
cióival reagál a jobb oldali (, szürke") 
Alt-tal együtt lenyomott gombra, mikor 


A magyar nyelv ékezetes betűinek helye az egyes kódtáblákban 
b. ] cwi2 ] cwi-1 Í Ventura [/MSZ  [ Win-2 ] Win-i ) 
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a kiszorított USA-jeleket szeretnénk 
előhívni. 

, Éles", üzemszerű felhasználásban 
kellemetlen következményekkel járhat 
az olyan rendellenesség, amikor a kép- 
ernyőn más jelenik meg, mint amit a 
nyomdai levilágító rendszer majd látni 
fog. Elsősorban olyan , többszörös kó- 
dok" esetében szokott ez megtörténni, 
amelyek többféle kódkiosztásnak is 
igyekeznek eleget tenni: ugyanazt az 
ékezetes betűt több kód is megjelenít- 
heti a képernyőn. Ilyenkor semmi sem 
mutatja, hogy valami különbség lehet 
közöttük, a nyomdai levilágító azonban 
mégis másként látja őket. A levilágítás 
során eltűnhet valami, ami a képernyőn 
még megvolt. 

Azt gondolhatnánk, hogy ez csak 
szépséghiba. De mi történik olyankor, 
ha valaki úgy tudja, hogy elvégzett 
valamilyen javítást (hiszen a képer- 
nyőjén helyesen jelent meg), a szüksé- 
ges változások mégsem mennek végbe? 
Mi van akkor, ha ez az adat inputként 
más folyamatokat irányít, vagy azoknak 
a működését befolyásolja? 

Élő adatbázisoknál (amelyek például 
folyamatosan, a nap 24 órájában mű- 
ködnek) a kódoknak bármilyen válto- 
zása súlyos következményekkel járhat. 
Nem véletlen, hogy számos helyen 
megmaradtak a CWI-kódnál, hiszen az 
adatbázis teljes átindexelése nemcsak 
időigényes, de rengeteg hibalehetőség- 
gel is jár. Mekkorára dagadhatnak ki- 
csinek látszó hibák is, amikor Windows 
alatt működő terminálok befolyásolják 
IBM nagygépek működését? 

A Win95 hosszú fájlneveinek keze- 
lése is járhat enyhén szólva kellemetlen 
következményekkel. Mi történik pél- 
dául olyankor, ha Win95-ről hosszú 
fájlneves fájlokat floppyra kimásol va- 
laki, majd elvégzi a javításokat, de egy 
olyan gépen, amely nem ismeri a hosszú 
fájlneveket, és a javított anyaggal tér 
vissza a Win95-re? Ahol a rövid és 
hosszú fájlnevek egymás mellett élnek, 
ott a rövideken végre fognak hajtódni 
a változtatások, de a hosszúakon nem. 
Tessék végiggondolni, mi minden tör- 
ténhet, ha elmarad a változtatások át- 
vezetése a hosszú nevű fájlokon... 

Egyelőre ennyi talán elég is lesz. 
Legalábbis ahhoz, hogy mindenki el- 
gondolkozhasson rajta, vajon olyan ki- 
csiségek-e a szoftverekben meggondo- 
latlanul vagy következetlenül elvégzett 
módosítások — akár a honosítással 
kapcsolatban kerülnek be a rendszerbe, 
akár attól függetlenül —, hogy nyugod- 
tan legyinthetünk: majd a következő 
változatban kijavítják? 

Vargha Dénes 
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A soknyelvű Európa 


Nehéz falat a gépi fordítás 


A gépi (vagy géppel segített) fordításnak két nagy 
potenciális felhasználója lesz a közeljövőben. 

Az egyik az Európai Közösség, ahol rendszeresen 
hatalmas mennyiségű munkaanyagot, dokumentációt kell 
hozzáférhetővé tenni minél gyorsabban, nagyjából azonos 
időben minden részt vevő ország képviselőinek, lehetőleg 
a saját nyelvükön. A másik maga a számítástechnika, 
amely különböző anyanyelvű felhasználói számára szintén 
folyamatosan nagy mennyiségű dokumentációt kell, hogy 
rövid idő alatt lefordítson vagy naprakésszé tegyen. 


Az Európai Közösség egyik legne- 
hezebben megoldható problémája a 
soknyelvűség. 1200 teljes állású fordító 
szorgoskodik jelenleg a közösség for- 
dítószolgálatának irodáiban Luxem- 
bourgban és Brüsszelben, és aligha kell 
attól félniük, hogy helyüket rövidesen 
a számítógépek foglalnák el. Állandóan 
folynak a kísérletek a gépesítés optimá- 
lis technológiájának kikísérletezésére, 
de mindeddig csak mérsékelt sikerrel. 


Gépi fordítási kísérletek 


Az első nagy kísérlet azt vizsgálta, 
hogy az üzemszerű fordítórendszerként 
propagált Systran mennyiben tudna ele- 
get tenni a közösség követelményeinek. 
Az évekig folyó kísérlet eredménye 
meglehetősen lesújtó volt. A , nyers" 
inputból készített fordítást utószerkesz- 
téssel elfogadhatóvá lehetett ugyan ten- 
ni, de a hibák kiszűrése aránytalanul 
sok emberi szakértelmet és erőfeszítést 
kívánt, ráadásul viszonylag sokáig tar- 
tott, és a hibák többsége annyira blőd 
volt, hogy az utószerkesztők pszichika- 
ilag is nehezen bírták a javítás rabszol- 
gamunkáját. 

Ezután elkezdődött egy nagystílű ku- 
tatási projekt azzal a céllal, hogy kifej- 
lesszenek egy soknyelvű saját fordító- 
rendszert, a Eurotrát. A rendszer alap- 
koncepciója az volt, hogy minden nyelv 
sajátosságait építsék bele egy virtuális, 
csak a gépen belül létező nyelvbe, s 
minden ország kutatói maguk készítsék 
el az erre a nyelvre és erről a nyelvről 
fordító programrendszert. Sokévi mun- 
ka után részeredmények ugyan szület- 
tek, ám a kísérleti rendszer annyira lassú 
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volt, hogy gyakorlati kivitelezését vé- 
gül feladták. 

Olyan próbálkozások is voltak köz- 
ben, hogy az eszperantó töltse be egy 
ilyen , közvetítő nyelv" funkcióját. En- 
nek a programnak a megvalósításában 
a hollandok jártak az élen, akik nem 
kevés energiát és pénzt öltek bele a 
kutatásokba — eredménytelenül. Bebi- 
zonyosodott, hogy ezek a fejlesztések 
sem váltották be a hozzájuk fűzött 
reményeket. 


Terminológiai adatbázis 


Sikeresebbnek bizonyult az egyesü- 
lőben lévő Európa másik programja, 
amely a soknyelvű, szerteágazó termi- 
nológia összegyűjtésére és számítógép- 
pel való kezelésére irányult. A rendszer 
tervezése még a 60-as évekre nyúlik 
vissza, a komolyabb fejlesztés azonban 
csak a 70-es évek közepén indult el. 
Ekkor került az Eurodicautomnak ne- 
vezett terminológiai adatbázis az Euró- 
pai Közösség irányítása alá. Együttmű- 
ködést építettek ki a Világbank termi- 
nológiai hivatalával, a Francia Szab- 
ványügyi Hivatallal és sok más intéz- 
ménnyel, vállalattal. 

A kidolgozás különböző munkafo- 
lyamai során (gyűjtés, feldolgozás, 
használat) bőségesen ellátják a termi- 
nusokat a nyelvi ekvivalenseken kívül 
a használatra vonatkozó információk- 
kal, mintapéldákkal, és ahol szükséges- 
nek látszik, definíciókkal is. A terminu- 
sok tematikai besorolásához kidolgoz- 
tak a pittsburghi Carnegie Mellon egye- 
temmel végzett közös kutatás keretében 
egy kifinomult, háromkarakteres osztá- 


lyozó rendszert. Bevezettek egy , meg- 
bízhatósági kódot" is annak jelölésére, 
hogy a különböző nyelveken megadott 
megfelelők milyen mértékben tekinthe- 
tők ekvivalensnek, mennyire egyértel- 
műék, szabványosítva vannak-e stb. 


Új felállásban 


Az elmúlt évtizedekben változó in- 
tenzitással, de töretlenül folyik az Eu- 
rodicautom fejlesztése, bővítése, kor- 
szerűsítése. A modernizációs program 
keretében az Európai Közösság Termi- 
nológiai Szolgálata — amely jelenleg 
a világ legnagyobb ilyen profilú intéz- 
ménye — előzetes megállapodást kötött 
a stuttgarti Trados céggel egy átfogó 
fordítássegítő rendszer kifejlesztésére. 

A fejlesztés alapját a Trados Multi- 
Term néven ismert soknyelvű termino- 
lógiamenedzselő programcsomagja ké- 
pezi, amelyet már évek óta sikerrel 
használ 400 felhasználó az Európai 
Parlamenttel kialakított együttműködés 
keretében. 

Az Európai Parlamentnek ugyancsak 
van fordítószolgálata, Luxembourgban 
és Strasbourgban, sőt 12 nyelvű termi- 
nológiai adatbázisa is, az Euterpe. A 
Trados az EP felkérésére most dolgozik 
azon, hogy az Euterpe adatbázist a 
MultiTerm szótár formájára konvertál- 
ja, és szabadon hozzáférhetővé tegye a 
szabadúszó fordítóknak is. 

A Trados más megbízást is kapott az 


" "Európai Közösség Fordító Szolgálatá- 


tól. A szerződés értelmében a Trados 
korszerűsíti és a MultiTerm formátuma 
szerint átalakítja a Eurodicautom ma- 
mut-adatbázisát, hozzáilleszti az Euró- 
pai Közösségben szabványosított szö- 
vegszerkesztőt, a WordPerfect for Win- 
dowst, és elkészíti az adatbázisnak egy 
rendkívül sűrűre tömörített CD-s válto- 
zatát. A kísérleti CD-t a hírek szerint 
már el is juttatták tesztelésre az európai 
kormányintézményekhez. (Egyébként 
az Eurodicautom hagyományosan ke- 
reshető szöveges adatbázisként már 
évek óta elérhető a Telneten keresztül.) 
Az Eurodicautom jelenlegi állapotá- 
ban mintegy félmillió terminust tartal- 
maz, 11 nyelven, legfőbb erőssége a 
mezőgazdaság, a gyógyszergyártás, a 
jog, a politika és a kultúra. Most folynak 
a tárgyalások számos állami intézmény 
és ipari vállalat csatlakozásáról, ame- 
lyek ugyancsak részt kívánnak venni az 
adatbázis továbbfejlesztésében. Külö- 
nösen nagy reményeket fűznek az Eu- 
rodicautom használatához a jogi szabá- 
lyozás és a kormányszintű anyagok 

fordításának területén. 
Vargha Dénes 
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Hívjon bennünket, hogy 
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szakembergárda 


Új vírusokra gyors ellenszer 


Többszörös vásárdíjas termék 
- kitűnő referenciák 





Azonnali hot-line 
és vírusmentesítő szolgáltatás 


Egyéves ingyenes havi up-date 


Novel[-hálózatok védelmére is 
alkalmas 







1988 óta a piacon 


Magyar fejlesztés, a magyarországi 
vírusok felismerésére és irtására 
specializálva 











A programról az Iridium Faxbankban, a 180-8611-es telefonon, a $1824-es azonosítón további információt talál. 


VirusBuster for Netware féláron! 
ettől az egész bátor vírus is fél... 
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Telefon: 269-4738, 269-4737, 269-5490, 269- ez 
Fax: 269-4720, 201-8619 


Budapest Szoftver Áruház 


1137 Budapest XIII., Jászai Mari tér 3. 
Levélcím: 1391 Budapest PI: 218 
E-mail: 100324.6610compuserve.com 


4024 Debrecen, Vár u. 8. Tel.: (52414- 5 szettet 





Vidéken: 


VisualAge for C-t--- for Windows, 
az új szemléletű programfejlesztő eszköz! 





Competitive upgrade akció 
október 31-ig! 


Érdeklődjön telefonszámainkon! 


Tengernyi 
. SZOFTVER 
és CD hegyek! 
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Kávéházi Café 


A Java és holdudvara 


Mint tudjuk, tele van a sajtó 

az Internetről szóló cikkekkel, ezekben pedig 

— még a nem szakembereknek szántakban is — 
meglepően gyakran találkozhatunk a Java szóval; 
valami homályosat írnak egy Java nevű nyelvről, amely 
csodaszer, és köze van mindenhez. 

Mi is hát valójában a Java, mire való, 

és ami a legfontosabb, milyen eszközökkel lehet 
használatba venni... már amikor egyáltalán érdemes. 


A Java egy programozási nyelv, ame- 
lyet a Sunnál fejlesztettek ki (ez meg 
is látszik rajta, de erről majd később), 
eredetileg mindenféle elektromos eszz 
közök vezérlő nyelve lett volna, semmi 
köze nem volt az Internethez, de vélet- 
lenül nagyon passzol hozzá. A nyelv 
leginkább a C--t-ra és a SmallTalkra 
hasonlít, tehát nagyon objektumorien- 
tált. Ezt szó szerint kell venni, más 
módszerrel tulajdonképpen nem is lehet 
benne programokat írni. Mivel nem 
utódja semminek, ezért nem kötötték 
az elődök, tehát világos logikájú, szin- 
taxis szempontjából egységes (legin- 
kább a C-re hasonlít), és viszonylag 
könnyen tanulható. 

Mitől illik a Java annyira az Inter- 
nethez? Mivel platformfüggetlennek 
szánták, ezért a fordító nem gépi kódot, 
hanem ún. , bytecode"-ot generál, ezt 
minden egyes platformon az ott aktuális 
értelmező futtatja egy virtuális Java 
gépen. Ezek a bytecode-os fájlok kicsik, 
még viszonylag sokat tudó program 
ilyen kódja sem nagyobb 10-20 Kbájt- 
nál, tehát nagyon gyorsan lehet ezeket 
letölteni a hálózaton. 

Képzeljük el, hogy valaki a web-lap- 
ját kicsit dinamikusabbá akarja tenni. 
Például fényújságszerű, lassan mozgó 
szöveget akar megjeleníteni. Ha ezt 
mint képet kell átküldeni az Interneten, 
akkor beleőszülünk a várakozásba, rá- 
adásul minden változtatásnál újra lehet 
az összes fázisképet generálni. De mi 
van akkor — és itt érthetjük meg a Java 
igazi ötletét —, ha nem képet küldünk 
át a hálózaton, hanem egy olyan prog- 
ramot, amely mindenkinek a gépén fut, 
kicsi, relatíve gyors, és ott helyben 
generálja a megjelenítendő fényújságot. 
Egyáltalán, mi van, ha a dokumentu- 


mok nem pusztán saját tartalmukat hor- 
dozzák, hanem a megjelenítésüket vég- 
ző programot is. Ilyenkor egy új fájl- 


. formátumhoz nem kell speciális néző- 


program, maga a fájl tartalmazza ezt. 
Mi van, ha egy adatbázis-kivonat nem- 
csak az adatot tartalmazza, hanem le- 
kérdezőprogram is van benne, és min- 
denki saját érdeklődésének megfelelő- 
en kérdezhet. Ez mind megoldható a 


Javával, méghozzá elegánsan és 
könnyen. 
Mire számítsunk? 


Persze rengeteg kérdés merül fel. 
Egyrészt, ha a Java interpretált nyelv, 
akkor lassú. Ez így van, de nem olyan 
nagy baj. Mivel ma már a gépek gyor- 
sak, egy interpretált nyelv is elfogad- 
ható sebességet nyújt. Másrészt a leg- 
több feladatnál, amelyet Javában olda- 
nak meg, az idő nagyobb része azzal 
telik, hogy a program a felhasználó 
inputjára vár, és viszonylag nem nagy 
adatmennyiséggel dolgozik. Mi van, ha 
valaki egy rosszindulatú programot 
küld át a másik gépre, amely ott letörli 


Class Editor 


az adatokat? A fejlesztők gondoltak 
erre: a Java a lokális gépen, ahol fut, 
nem tud hozzáférni a winchesterhez, és 
hálózaton is csak azzal a géppel tudja 
a kapcsolatot felvenni, amelyikről le- 
töltötték. Továbbá a Javában nincs po- 
interaritmetika, sőt igazából pointerek 
sincsenek, azaz a legravaszabb progra- 
mozó sem tud kinyúlni a védett virtuális 
gépből, hogy valami gonoszságot mű- 
veljen. Ettől a nyelv egyébként köny- 
nyebben kezelhető is lett. Még memó- 
riafoglalás és elengedés sincs benne, a 
, szemétgyűjtést" a virtuális gép végzi. 
Ugyanez a virtuális gép ellenőrzi a 
letöltött bytecode fájlt, hogy nincsenek- 
e benne olyan hibalehetőségek, ame- 
lyek rosszindulatról vagy egyéb poten- 
ciális veszélyről tanúskodnak. 

Nyilván így is ki lehet kerülni a 
védelmet, de ez mindennel így van, és 
a Java akörülményekhez képest nagyon 
biztonságosnak tűnik. 

A nyelv mindezen kötöttségekkel 
együtt is nagyon erős. Noha ma a 
legtöbb alkalmazás csak tetszetős, de 
nem különösebben hasznos dolgokat 
művel, ne higgyük, hogy a Java csak 
játék! Lehet benne komoly programot 
írni, és írtak is már jó néhányat. Láttam 
már szakértői rendszert és online tőzs- 
dei adatértelmezőt is. 

Például azelső javás képes böngészőt 
— tehát ami letölt és futtat Java-alkal- 
mazásokat —, a HotJavát is Javában 
írták. Sőt a Sun teljes Java fejlesztő és 
nyomkövető rendszert írt Javában. 

Ugyanis a programnyelv azt jelenti, 
hogy programozni kell. Milyen eszkö- 
zök vannak a piacon, amelyek a Java- 
programozást segítik? 





s] Edit Goto. Macro — New 
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Na igen, a fejlesztés... 


Megkérdezhetjük persze, hogy mi- 
nek kellenek eszközök, ott az editor, a 
compiler, és rajta. A helyzet az, hogy a 
Java minden szépségével együtt sem 
könnyű nyelv. Nem is a szintaxissal van 
baj, bár abban is lehet hibázni, és akkor 
bosszantó a szerkesztés, a fordítás vég- 
telen ciklusát éjeken át végezni. Egy 
szintaxis alapján színező editor sokat 
tud ilyenkor segíteni. Főleg grafikus 
környezetben futó programocskákat ír- 
nak Javában, tehát jó lenne vala- 
mennyire látni, amit éppen csinálunk. 
Továbbá az objektumorientáltság miatt 
nagyon bonyolult  osztálystruktúrák 
vannak (még print utasítás sincs, az is 
valamelyik könyvtári osztály metódu- 
sa), tehát fejlesztés közben kellene látni 
(saját és a könyvtári) objektumstruktú- 
ránkat is. 

A Java sikere miatt egyre-másra je- 
lennek meg a piacon a fejlesztőeszkö- 
zök. Mivel a nyelv új, és még változik 
is, ezért ezek az eszközök is sokfélék, 
bizonytalanok, változóak. 

Meg kell jegyezni, hogy a java szó 
az amerikaiban a kávé egyik szinoni- 
mája (Java szigetéről sok kávébabot 
importáltak), ezért a legtöbb javás esz- 
köz valami módon utal erre az eredetre. 
Grinder (daráló), Kawa, Beans (bab, 
babszem), Espresso, az amerikai néva- 
dás kimeríthetetlen találékonyságának 
termékei. 

Az egyik legrobusztusabb kereske- 
delmi fejlesztőeszközt a Symantec je- 
lentette meg Café néven. Mivel nekik 
volt már C----os fejlesztőkörnyezetük, 
a két nyelv hasonlósága miatt nem volt 
olyan nehéz azt átültetni a Javára. 


Café két verzióban 


Van egy Lite, amelyet számos könyv- 
höz mellékelnek, és van a bolti változat, 
150 USD körüli áron. A fő különbség 
a kettő között, hogy van-e debugger, 
vizuális fejlesztő és osztályböngésző 
funkciójuk — ezek mindegyike olyan, 
hogy komoly fejlesztést nehezen lehet 
nélkülük végezni. 

A Café kb. 25-60 Mbájt helyet foglal 
el, Windows 95 vagy NT kell neki, 16 
Mbájt vagy több RAM, továbbá jó, ha 
egy gyors Pentium ketyeg a gépben. 
Installálása egyszerű és gyors, de az- 
után kezdődnek a bajok. Nincs kézi- 
könyv a szoftverhez, ami részben ért- 
hető, hiszen nagy a tülekedés, siettek a 
piacradobással. 

Van viszont online tanítórész a help- 
ben, de amit mutat, az nem felel meg 
a képernyőn látottaknak. Ezenkívül ter- 
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jedelme kicsi, nem több, mint a főbb 
gombok értelmetlen magyarázata. (No- 
ta bene gomb és ablak elég szép szám- 
mal van.) Ráadásul betöltöttem egy 
minta projektet, de az istennek sem 
akart futni. Lefordult, Cafén kívül mint- 
ha működött is volna, de azon belül 
nem, a hibaüzenet használhatatlan volt, 
így azután se nyomkövetés, se semmi. 
Hosszú próbálkozások után végül egy 
mellékelt readme-ből kiderült, hogy 
vagy rajta kell lennem az Interneten, 
vagy pedig egy obskurus Control Pa- 
nel-beli TCP/IP-beállítást kell megad- 
nom. 





Miután ezt megtettem, a Café egy- 
szer csak működni kezdett. Innen jö- 
hetne az áradozás arról, hogy milyen 
remek is ez az eszköz. De nem ez jön. 

Ugyanis e beállítások után nem tud- 
tam felmenni az Internetre. Még sokat 
kísérleteztem, de a mai helyzet az, hogy 
vagy Internet, vagy Café. Talán erre is 
lesz megoldás egyszer. 


Most már dicséret is... 


A Café gyors, jól átgondolt szerke- 
zetű, hihetetlen tömegű szolgáltatással. 
A fejlesztés minden aspektusa alaposan 
át van gondolva. 

Munkáinkat projektekbe szervezzük, 
ezek tartalmazzák a forrásfájlokat (uni- 
xos ősök...), beolvasásnál a Café vé- 
gigelemzi a projektet, valamelyik abla- 
kába felrajzolja a szerkezetét. Itt még 
az is látszik, ha valamilyen fájl nem 
érhető el. Innen lehet a szerkesztőab- 
lak(ok)ba húzni a forrásprogramokat, 
ahol azok az elvárható színes, ügyes 
szerkesztőben szerkeszthetők. Meg le- 
het tekinteni az osztályok (objektumok) 
teljes hierarchiáját, beleértve a szépszá- 
mú könyvtári osztályt is. 

Ha készen vagyunk a szerkesztéssel, 
jöhet a fordítás. A program intelligens, 
csak azt fordítja újra, amit kell, ami 
megváltozott. Opcióként lehet a 
Symantec saját fordítóját használni, ez 


kb. 5-10-szer gyorsabb, mint az eredeti 
Sun-féle. Rigorózus emberek marad- 
hatnak az eredetinél. A lefordított prog- 
ram (ha átvergődtünk a TCP/IP-beállí- 
tásokon, és lemondtunk az Internetről) 
jól futtatható és tesztelhető. A nyomkö- 
vetés során mindent lehet, amit egy 
intelligens debuggertől elvárhat az em- 
ber. 

Van egy stúdió nevű rész, ahol nagy- 
jából vizuálisan lehet összerakni akom- 
ponenseket, bár azért a Delphitől még 
messze van. Az egész rendszeren látszik, 
hogy a unixos múlt benne van. Win- 
dows95 ide vagy oda, mert persze az kell 
hozzá, a rendszer különféle környezeti 
változókra támaszkodik, ezért nemritkán 
kell újraindítani a gépet, hogy ezek a 
hatások érvényesüljenek. 

A Caféval tulajdonképpen elfogad- 
hatóan lehet fejleszteni, bár még na- 
gyon érződik a Java újdonsága, vala- 
mint magának a szoftvernek a kiérle- 
letlensége. Várom a javító verziót. 


A többiek 


Ne gondoljuk, hogy ma a Café az 
egyetlen a piacon, bár talán az egyetlen 
komoly kereskedelmi szintű termék. 
Forráskódszerkesztésre (és szerkesztő- 
ből futtatásra) ott van az ED, ez egyéb- 
ként is figyelemre méltó, mindent tudó 
32 bites editor. Még osztályhierarchiát 
is kukkolhatunk rajta. 

- a A Microsoft készül — na, biztosan 
kitalálják a nevét — a Visual Javával, 
amelynek béta-változata most Jakarta 
álnéven fut. 

Egy MOJO nevű eszköz — bár nincs 
annyi ablaka — szintén vetekszik a 
Caféval kényelmességben, csak kicsit 
sűrűn jönnek ki a 3-4 Mbájtos próba- 
változatok. Kísérleteztem a Sun saját 
Java Workshopjával, de legalább egy 
munkaállomás kellene hozzá, hogy el- 
fogadható sebességet produkáljon, rá- 
adásul percenként száll el. 

A Borland nyomul saját C----ának 
javás bővítésével. Kifejezetten a webes 
Java-alkalmazásokat célozza meg a 
(korábbi, San Jose-i cikkemben — Új 
Alaplap 96/6., 21. old. — említett) 
Jamba, valamint az Autodesk Hyper- 
wire nevű fejlesztőeszköz. Még vagy 
10 további eszközről hallottam (és na- 
ponta jönnek újak), de nem érdemes 
tovább sorolni. 

A Java képes lehet átalakítani a mai 
számítástechnikát, és ha jó eszközök 
lesznek a fejlesztésre, akkor talán tény- 
leg át is fogja alakítani. Addig érdemes 
megtanulni. Ehhez pedig egy editor és 
a compiler is elég lehet. 

Horlai János 








SZOFTVERPORTÉKA 





Tizenkét pont — fejlesztőknek 


VisualAge for C44 for Windows 


A VisualAge for C---- for Windows 

egy teljes C---- fejlesztési környezet, 

amely ötvözi a vizuális programozás nyújtotta kényelmet 
a professzionális fejlesztési lehetőségekkel. 

Az alábbi 12 pontban ennek részleteibe avatja be az IBM 
szoftveres termékmenedzsere a szakértő olvasókat. 


1. Elérhetőség Windows 

platformokon is 

Ezzel a nekünk talán furcsa nevű szoft- 
verrel a fejlesztők tetszés szerint futtat- 
hatják C---t fejlesztési segédeszközeiket 
Windows 95-ön vagy NT-n, majd az 


elkészített alkalmazások Windows 95-ön; - 


NT-n vagy Windows 3.1 alatt is futhatnak 
(Win32S API-kon keresztül). A program 
támogatást ad a Windows API-k számára, 
sőt OLE és ODBC is segíti a windowsos 
programozást. 

Az IBM fordítója tehát — más segéd- 
eszközök kíséretében — megjelent a Win- 
dowson, így az IBM sokéves fejlesztési 
tapasztalatát a windowsos programozók 
is kamatoztathatják. Az OS/2-es fejlesz- 
tők számára pedig elérhetővé váltak a 
Windows platformok is, az OS/2-be fek- 
tetett munkájuk még inkább értékesíthető. 


2. Összetett 

dokumentum-keretrendszer 

Egyszerűbbé válik az OLE programo- 
zás. Egy keretrendszer többet jelent osz- 
tályok halmazánál, hiszen tartalmazza az 
OLE alkalmazások fejlesztéséhez szük- 
séges kód nagy részét. Ezzel a keretrend- 
szerrel az IBM az OLE alkalmazások 
készítésének nagyon egyszerű, de roppant 
hatásos módját adja a fejlesztők kezébe. 
Egyszerű, mivel egy OLE alkalmazás 
akár két-három kódsorral is elkészíthető. 
Hatásos mivel a teljes OLE specifikáció 
kihasználható. 

A keretrendszer absztrakció megszaba- 
dít bennünket a közvetlen OLE API prog- 
ramozás keserveitől. A keresztplatform 
támogatás a portálást igen megkönnyíti. 
A rendszert úgy tervezték, hogy a fejlesz- 
tők könnyen áttérhessenek az OpenDoc 
technológiára. 

Az IBM Open Class Library nagyon 
fejlett keretrendszer technológiát képvi- 
sel, mely az újrafelhasználás magasabb 
fokát nyújtja, mint más hasonló osztály- 
könyvtárak. A dokumentum-keretrend- 
szer Taligent technológián alapszik. A 
Taligent technológiát több év alatt hozták 
létre, az IBM, az Apple és a Hewlett-Pac- 
kard közreműködésével. Ezzel a Taligent 


keretrendszerrel lett kiegészítve azután az 
IBM Open Class Library. Még a legegy- 
szerűbb OLE elem (control) hívások is 
megtalálhatók a keretrendszerben. 


3. ODBC támogatás 

a Data Access Builderben 

Egyszerűbb az adatbázisprogramozás, 
hiszen bármelyik relációs adatbáziskeze- 
lő ugyanúgy érhető el az Adathozzáférést 
Építő (Data Access Builder) segítségével, 
a Vizuális Építővel együtt használva pe- 
dig hatékony vizuális adatbázis-progra- 
mozási eszközt kapunk. 

A program mindegyik nagy adatbázis- 
kezelőt támogatja, a DB2, a Sybase és az 
Oracle pedig az IBM által is le lett 
tesztelve. A fejlesztők további adatbázis- 
támogatást is beépíthetnek alkalmazása- 
ikba, melyekhez elérhető az ODBC meg- 
hajtó. 

4. IBM Open Class Library 

Objektumosztályok egyre növekvő 
halmaza segíti a fejlesztőket abban, hogy 
GUI, adatbázis, gyűjtemény és más alap- 
vető alkalmazás logikai funkcióit egysze- 
rűen újra felhasználhassák. Ezen objek- 
tumok újrafelhasználása egy nagyság- 
rendnyivel megnöveli a programfejlesz- 
tés hatékonyságát. Több mint 400 osztály 
több mint 4000 metódusa található meg 
benne. (A portolhatóságot növeli, hogy 
az IBM Open Class Library sok más 
platformon is megtalálható.) 


5. Vizuális építkezés 

a részekből 

A fejlesztők előre elkészített részekből 
, rakhatják össze?" az alkalmazásokat, 
aminek több előnye is van: 

— Gyors alkalmazásfejlesztés (RAD) 
minimális kódolással. 

— A programozók betanítási ideje lé- 
nyegesen lecsökken. 

— Az objektumorientált fejlesztési 
módszerek könnyen elsajátíthatók. 

Ugyanakkorlehetőség van arra is, hogy 
kevesebb technikai fejlesztőt vonjunk be 
a fejlesztésbe, és a felszabadult helyekre 
jogászok, közgazdák vagy más szakem- 
berek kerülhetnek. 


6. IBM fordító-optimalizáció 

Igen nagy a teljesítménynövekedés, a 
program 3599-kal gyorsabb, mint a leg- 
jobb versenytársaké. Windowsra optima- 
lizált kód, a hardver optimalizációja i386- 
tól a Pentiumon keresztül a Pentium Pró- 
ig. (Nagyon jó minőségű generált kód.) 

7. Kimagasló keresztplatform 

fejlesztés 

A VisualAge for C--t család más tagjai 
segítségével gyakorlatilag portolás nél- 
kül, újrafordítással áttehetők az alkalma- 
zások OS/2, AIX, Solaris, OS/400 és 
MVS környezetbe. A jelenlegi windowsos 
fejlesztés később továbbvihető más plat- 
formokra is, hiszen a VisualAge platform- 
támogatottsága tovább nő. 

8. SOM Objects 

Development Toolkit 

Az objektumorientált fejlesztéshez 
szükséges minden eszköz egy csomagban 
érhető el, amely új Windows NT támo- 
gatást ad egy harmadik verziónál tartó, 
kiforrott technológiával. (Itt is megvan a 
keresztplatformos objektumegyüttműkö- 
dés az OS/2, Windows 3.1, Win95, NT, 
0OS/400 és MVS platformokon.) 

9. Alkalmazási , SmartGuide" 

Az un. , SmartGuide"-ok olyan eszkö- 
zök, melyek gyakran ismétlődő rutinfela- 
datok automatikus elvégzését segítik. A 
Project Sablongenerátor (Project Temp- 
late Generator) a WorkFrame projektek 
elkészítését automatizálja. A Gyűjtemény 
Osztálygenerátor (Collection Class Gene- 
rator) pedig az IBM Open Class Library- 
ban található gyűjteményosztályokkal 
történő kódírást egyszerűsíti le. (Hama- 
rosan tervezési mintákkal is kiegészül, s 
azokhoz az Interneten keresztül lehet 
majd hozzáférni.) 

10. IBM technikai támogatás 

Az ügyfelek által nagyon jónak tartott 
technikai támogatás, mely elektronikus 
fórumokon és Interneten kívül ingyenes 
hazai hot-line szolgáltatással is párosul. 

11. Windows 95 kinézetű 

felületelemek 

— A hordozható osztályok támogatot- 
tak. 

— Dinamikusan választható a kinézet. 

— Erőforrás eszközök. 

— Könnyen elkészíthető natív felület. 

—-  0OS$S/2-s erőforrások Windowsra 
konvertálásához segédeszköz. 


12. Nemzeti támogatás (NLS) 


Helyi nyelvek támogatása XPG4-en 
keresztül. 
Nyikes Tamás 
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Sötét szobában fekete macskát kergetni? 


Fájlkeresés az Interneten 


Fpware: 


FPARCHIE 


Operációs rendszer: Win95 
Kategória: Archie kliens 
Dátum: 1996. július 

Verzió: 0.8 béta 

Méret: 240 K 

URL: FPWARE 


Néha előfordul, hogy az ember pon- 
tosan tudja, melyik fájlt keresi az Inter- 
neten (megvan a neve vagy legalább 
annak egy része), csak azt nem tudja, 
hogy az a fájl hol van, melyik szerver 
melyik alkönyvtárának mélyén rejtőzik. 
Ilyen keresésre találták ki az archie 
szervereket. Ezek rendszeres időközön- 
ként indexelik az FTP szerverek tartal- 
mát, és egy speciális felületen keresztül, 
rejtélyes parancsokkal lekérdezhetők. 
Tehát jó tudni a keresett fájl nevének 
legalább egy részét, de ezen túl ismerni 














Ej TK 
File Edit View a 


TESTEN a] 
Bookmarks Options Birectörsé Window — Help 





kell az archie szervereket és a parancs- 
nyelvet is. Szükségünk van továbbá egy 
FTP programra, amellyel végül letölt- 
jük a fájlt és mellesleg az FTP paran- 
csait is. 

A windowsos archie kliensek száma 
elég nagy, de az FPARCHIE messze 
kiemelkedik közülük. Felülete olyan, 
mint a Win95 Find Files programocs- 
kájáé, ami teljesen indokolt, hiszen vé- 
gül is majdnem mindegy, hogy amit 
keresünk, az a mi gépünkön, a lokális 
hálózaton vagy az Interneten van. Meg- 
adjuk a keresett fájl nevét, és ha , fent 
vagyunk" az Interneten, akkor az 
FPARCHIE megkeresi nekünk a fájlt. 

Néven itt nemcsak a fájl pontos nevét 
kell érteni! Ezt a legtöbb esetben úgy- 
sem tudja az ember. Elég a név elejét 
megadni, továbbá használhatók ún. 
dzsóker karakterek is. A név panelnél 
be lehet állítani, hogy pontos névre 
történjen-e a keresés, vagy a megadott 
nevet először pontosnak tekintse a rend- 
szer, és ha mégsem az, csak azután 
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Ne mutass többet, mint: 










































A különböző programokban kiadott Copy 7 
vagy Cut hatására a kijelölt darab bekerüla 
Clipmate-be, de ott veremszerűen egymásra 7 

rakódnak a részek, és beillesztésnélmi 
"választhatjuk ki, hogy melyik kell a korábban. 
ödahelyezett darabokból ! 
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Dátum: 1996 július ! 
"Verzió: 0.8beta ! 
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keressen tovább. Szűkíthetjük a kere- 
sést földrajzi helyek szerint, például 
csak az afrikai szervereken levő fájlok 
iránt érdeklődve. 

A hely nem tévesztendő össze az 
archie szerver helyével! A program 
előre konfiguráltan kb. 50 fontosabb 
archie szervert tartalmaz. A program 
egyetlen gyengéje, hogy egyszerre csak 
egy szerveren keres. Ha ott nincs hivat- 
kozás (mondjuk a Rutgers szerverén) 
arra, amit keresünk, akkor sorra meg 
lehet próbálni a többit, például a funet.fi 
szervert. Szűkíthetjük a keresést a fájl 
dátumára, méretére is, és persze limi- 
tálhatjuk a találatok számát (ami ala- 
pértelmezésben 100). Így egy program 
friss verzióját könnyű kiszűrni az összes 
közül, hiszen kérhetjük, hogy csak há- 
rom hónaposnál nem régebbi fájlokat 
jelezzen találatnak. Még arra is meg 
lehet kérni, hogy az alkönyvtár neve, 
amelyben a keresett fájl tartózkodik, 
tartalmazzon egy bizonyos karakterso- 
rozatot. 

Ha a jól ismert ablakban felsorakoz- 
tak a találatok, akkor végigböngészhet- 
jük a neveket, helyeket, dátumokat stb. , 

-és a birtokunkban lévő adatok alapján 
el tudjuk dönteni, hogy végül melyik 
fájlt töltsük le. Itt jön a program követ- 
kező kellemessége, ugyanis nem kell 
külön FTP programot elindítani, mert 
az be van építve az FPARCHIE-ba. A 
kívánt fájlra jobb gombbal kattintva 
kérhetjük rögtön a letöltést, és mintha 
az Internet és a mi gépünk egy volna, 
a jól ismert szárnyas animációval lát- 
hatjuk a letöltés folyamatát. Ezen a 
panelen követhető a sebesség és a vár- 
ható letöltési idő is. Ha az FTP netán 
sikertelen volna, akkor erről értesít a 
program, sőt a részletes hibaüzenet is 
látható. 

Keresgéléseinket megkönnyítheti, ha 
előzőleg belenézünk néhány shareware 
katalógusba (ott akár rögtön megtalál- 
hatjuk, amit keresünk). Néhány ilyen a 
legismertebbek közül: CWSAPPS, TU- 
COWS, SHAREWARE.COM. 

Figyelembe véve, hogy az FPAR- 
CHIE még csak a 0.8-as verziónál tart, 
ez a program az egyik legértékesebb 
segédeszköz lehet az Interneten böngé- 
szőknek. A végleges változat további 
újdonságokat is tartalmazhat. 

Horlai János 








SZOFTVERPORTÉKA 





Kritikai vitriológia, avagy hírek ellenfényben 


Szoftverapróportéka 


RAM-sokszorozók, avagy csak a 
cashemet figyelje, csalok: Hurricane 
2.0 a Helix Software-től, Agent 95 a 
Hurricane-től és a MagnaRAM 2.0 fe- 
letti változata. Ha kézzel foghatóan is 
megjelennek, azonnal lerántjuk róluk a 
leplet. Mindenesetre e szoftverek bár- 
melyikének ára nagyjából megegyezik 
8 MB RAM-éval, és tudjuk, milyen jó 
érzés bűvészkedni 8 MB RAM adta 
keretek között is. Öreg, 16 bites Win- 
dows-zal. 


xk 


Az új IBM OS/2 WARP fedőneve: 
Merlin. Nyár legvégére ígérik. De lehet, 
hogy a nyár idén kihúzódik a Nagy Kék 
időszámítása szerint novemberig. Híre- 
ink szerint a Merlin nem lesz a Win- 
dows 95-tel kompatibilis. Akkor mi 
lesz? Néhány Merlinnel egybecsoma- 
golt játékszer ínyenceknek? 


v 


Kedit for Windows 1.5. Hosszú fájl- 
nevek kezelése, OK. Web-szerkesztő 


HTML templating, ez úgy kellett, mint 
halottnak a beöntés. 


ar 


A web-témára mindenki rácsapott, 
mint gyöngytyúk a talonra. Az ausztrál 
Anawave Software HotDog Professio- 
nal 2.0-ja nyomába eredt a sokkal pro- 
fibb HoTMetaL Pro 3.0-nak, de a nyo- 
mukban liheg a Corel WEB.Graphics 
Suite, benne WEB.Designer, WEB.Gal- 
lery, WEB.Draw, WEB.Move, 
WEB.Transit, "WEB.World, a sok 
WEB.adta. Ettől a sok WEB.tenyésztő- 
től bizony súlyos WEB.adót hajtatnék 
be. Mert WEB.ül szerzett hírnév 
WEB-.ül vész el. WEB.adta, WEB.el- 
vette. Egyik kutya, másik WEB. Na 
WEB.ből mostmár tényleg elég. 


9 


A Microsoft Bookshelf 1996-97-es 
kiadása már az Internetről táplálkozva 
hízlalható. Microsoft FrontPage: mire 
jó e LŐLAP? Ahhoz, hogy először 
lövünk egy nagyot, majd köré rajzoljuk 


Phone Options Help 
ág r 





a céltáblát. Így mindig bizton állíthat- 
juk, hogy a miénk telitalálat. 


o 


WEB.ura fakó, van még jópár a 
kielégíthetetlen internetbuzik, szörcsö- 
gők (írd: search-ögők) és szörfösök 
oldalvizén evezgető cég és torzszüle- 
mény, eleve elvetélt ötlet, úgymint a 
Starfish Internet Utilities. OuickMarks, 
azaz kedvenc website-jaink könyvjel- 
zőgyűjteménye, amelyek között már 
csak másodlagos könyvjelző segítségé- 
vel tudunk majd eligazodni. NetMeter, 
szemünk előtt dagad a telefonszámlánk 
és ketyeg internetszolgáltatónk taxamé- 
tere. Kizárólag mazochistáknak vagy 
machopistáknak. NetClock. Pontosabb, 
mint az atomóra. Állítsuk óránkat a 
csillagokhoz, vagy ha azokhoz nem, hát 
a tengeri csillagokhoz. Philip Kahnnak, 
az ex-Borland atyaistennek pedig kívá- 
nom, hogy nyelje le a szaxofonját ke- 
resztben és on-line. 


9Z 


Vegyük például a Mus- 
tang Software HTML-t tu- 
dó 5.0-ás WildCat BBS-ét, 
. amely NT és Win95 fölött 
fut. Egy BBS-ben az a jó, 
hogy ha arra egy kuncsaft 
sikeresen rákapaszkodott, 
úgy kilépéséig vagy elejté- 
séig az összes erőforrás 
csakis az övé, nem szimul- 
. tán megy a móka. Ügyes 
kis szeparé az Internet ká- 
véházban. Az élmény és az 
. íz azonos, de mindez ol- 
. csóbban. 


ú 


6. Bővül a Windows NT-n 
. korrekt módon futó natív 
programok száma, ha nem 
. is olyan nagyságrendben, 
mint az a Windows 95-nél 
gombamód történik. A 
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programok is a fényre jönnek (megjegy- 
zem, a bugok is!). A Microsoft lassan 
átirányítja, áttereli a fényt az NT irá- 
nyába. Egyre több rezidens vírusgát 
készül (McAfee VirusScan 2.5 for NT, 
F-Prot, IBM Antivirus stb.). Működő 
(nagy szó ez, valóban működő) hálózati 
modemmegosztó szoftver, a Sparta- 
Comm SAPS-a. Faxszoftverekre egy- 
aránt jól és megbízhatóan funkcionál. 
Még az Internet is problémamentesen 
átcsordogál rajta. Valószínűleg a Micro- 
soft is meg fogja venni. Bár elegánsabb 
az NT kommunikációs szolgáltatásai- 
nak visszafejtése révén készült fejlesz- 
tést, és utána a pervesztes kishalat egy 
lesajnáló ajánlattal bekebelezni és utána 
kibelezni. 


4 


A korábbi kizárólagos Microstation 
disztribútor (a világ numero 1-es CAD 
programja, amely 4000 dollárnál kez- 
dődik), az Intergraph 500 dolláros ke- 
zesbáránnyá szelídített kétdimenziós 
rajzoló- és tervezőprogramja, az Ima- 
gineer Technical (egyenesen Win95-re 
és NT-re) alaposan arcul csapja az 
Autodesk AutoCAD LT nevű, hasonló 
célú és árfekvésű programját. Sarc- 
edzett felhasználók ezt is megvehetik. 

Az Autodesket másik oldalról is érik 
erőteljes támadások. A 4000 dolláros 
3D Studio Maxot balról előzi ár/telje- 
sítményben az 1500 dolláros Light- 
Wave 3D 5.0 a Newtec cégtől. Animá- 
ciókészítésben, gyors renderelésben a 
LightWave maga mögé utasítja vetély- 
társát, igaz 64 MB RAM alatt betölteni 
sem érdemes a programot. 


bed 


A NetScape Navigatornak nem erős- 
sége az e-mail kezelése. Hogy csak egy 
életből ellesett példát említsek, nem 
megy az, hogy elkezdek egy üzenetet 
írni, elmentem, később folytatom. Vagy 
elküldöm mentés helyett, vagy elvész. 
Nyögvenyelős az e-mail címkatalógus 
kezelése is, egy új név felvétele még 
mindig rébusz. Ilyen nyilvánvaló dol- 
gok karikacsapásszerűen mennek az 
Eudora Pro for Windows 2.2-ban, 
amely a OualComm shareware-ként is 
elérhető gyártmánya. 


age 


Képfeldolgozás futószalagon? BMP, 
JPEG, GIF, TARGA, TIFF, CMYK, 
RGB és EPS állományok oda-vissza 
konvertálása (PC és Mac között is!), 
közben átméretezés, fényesség, élesség, 
kontraszt, színek állítása, mindezt a gép 
magára hagyva végzi a háttérben, míg 
az alkotó pihen (vagy on-line múlatja 
az időt a hálón). Ez a Gryphon Software 
Corporation , Batch It!" — nem túl 
fantáziadús — elnevezéssel illetett ter- 
méke. 


gt 


Norton NT Tools 1.0, szerintem a 
helyes verziószám 0.7 lenne. Mert akad 
a szerszámkészletben Norton File Ma- 
nager (mint a Win95-ös Norton Navi- 
gatorban), antivírus szoftver, FTP ke- 
retprogram on-line fájlletöltéshez, erő- 
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forrás-kijelzőke, de kimaradtak a hard- 
diszk- és hibajavító, valamint állo- 
mánytöredezettséget megszüntető (def- 
ragmentáló) segédprogramok. Éppen 
ezért nem lett a csomag neve Norton 
Utilities for Windows NT 4.0. 


Totally Twisted After Dark Screen 
Saver. A Berkeley Systems képer- 
nyőkímélői fogalommá váltak a számí- 
tástechnikában (különösen a repülő ke- 
nyérpirítók). Ezúttal arcpirító, sőt gyo- 
morszorító dolgokra vetemedtek. A 13 
új, teljesen animált, tetszés szerint pa- 
raméterezhető screen saver mindegyike 
egy ártatlan, már-már idilli képpel kezd. 
Bungee jumping. A gumikötélre erő- 
sítve magukat magasról a mélybe vető 
bátrak sportját űző tehénke ugrál, 
mígnem a  gumikötél elszakad. 
Fröccsen a vér, törik a csont, horror 
a köbön. Vagy egy aranyos, tenyérbe 
mászó cicuska játszadozik a puha 
selymes fűben, és akkor egyszercsak 
jön a fűnyíró. A többit az olvasó 
kellően edzett idegrendszerére és kép- 
zelőerejére bízom. 


T 


Csattanós válasz a Maxis cég Sim- 


.  . City, SimCity 2000, SimLife, SimFarm, 


SimTrain, SimTower (magyarul Si- 
mOnTornya), SimAnt, SimTown, Sim- 
Earth stb. többszörös, ama bizonyos 
rókáról történő egynél többszöri bőr 
lehúzásának esetére: a LucasArts (lyu- 
kas arc?!) AfterLife című szimulációs 
játéka. Az ember sorsa bevégeztetett, 
marad a mennyország és a pokol. Mind- 
kettő SimMetrikusan épül. Jönnek a 
rossz, elveszett, nyughatatlan lelkek, az 
Apokalipszis lovasai, a villany- és gáz- 
számlás. Szóval pezseg az élet, így ezt 
a cinikus opuszt tekintve már nem az a 
kérdés, hogy van-e élet a halál után, 
hanem hogy egyáltalán van-e élet a 
halál előtt? 


e 


Végül az orvos (Dr. Windows) vála- 
szol... Egy tisztelt felhasználó imígyen 
panaszkodott a minap: már megint nem 
tud az Excelből fekve nyomtatni. Vá- 
lasz: próbálja meg egyszer talán ülve, 
majd innen kiindulva óvatosan hátra 
dőlve és excelcsak sikerül... Tényleg, 
mennyi is a fekve nyomás világcsúcsa? 

Herczeg József 








Betölteni egy piaci űrt 


SZOFTVERPORTÉKA 


Integrált szerver, univerzális adatok 


A közelmúltban bejelentett legújabb 


irodaautomatizálási rendszer 


az Oracle InterOffice szoftvercsomag. 

A költségtakarékos, könnyen kezelhető, 
kritikus alkalmazásoknak megfelelő rendszer 
az IBM AS/400 és a Microsoft BackOffice 
által (kijhagyott teret foglalhátja el. 


Az Oracle InterOffice csomag mind 
vállalati, mind munkacsoport-verzió- 
ban könnyen és gyorsan, a szervezét 
méretétől függetlenül teszi a webes és 
munkacsoportos alkalmazásokat a fel- 


használók asztalára. Az Oracle7 adat- - 


bázisra épülő csomag szorosan integ- 
rálja az adatokat, A különféle szöveges 
információkat, a képeket, a videót, a 
web-üzeneteket, a dokumentumkezelő 
és a workflow-technológiákat, a háló- 
zatot, az adatbáziskezelőt, így biztosít- 
va vállalati kategóriájú számítástechni- 
kát egy igen könnyed , point-and-click" 
alkalmazási lehetőséggel. 


Web-kapcsolat 


Az Oracle szakértői szerint kis cégek 
és nagyvállalatok már egyaránt élvez- 
hetik azokat az előnyöket, amelyek a 
meglévő szoftverek együttes működé- 
séből, integrálásából származnak: , Az 
IBM már próbálkozott az AS/400-zal, de 
az a megoldás minden felhasználói he- 
lyen egy jól képzett információtechnoló- 
giai szakembert igényelt. A Microsoft 
BackOffice terméke pedig nem megféle- 
lően integrált, és nem méretezhető". 

Az új termékcsomag erőteljes, inter- 
aktív információkezelési és kommunj- 
kációs lehetőségei könnyen integrálják 
a legújabb és a jövőbeli web-alkalma- 
zásokat a ma kliens/szerver rendszere- 
ivelés a tegnapról örökölt számítástech- 
nikai rendszerekkel. Könnyed, közpon- 
tosított kezelhetősége szükségtelenné 
teszi az installációs teamek és helyi 
adminisztrátorok foglalkoztatását. —— 

Ráépülve az Oracle7 adatbázis-tech- 
nológiára, az Oracle InterOffice cso- 
mag univerzális adatválasztékot bizto- 
sít a felhasználóknak, beleértve szöve- 
geket, dokumentumokat, képeket, audj- 
ót, videót és egyebeket. 


Üzenetküldés, csoportmunka, 
új technológia 

Az Oracle InterOffice csomag integ- 
rálja az Oracle korábban bejelentett, 
önálló termékekként megjelent, új üze- 
netküldési technológiáit. Az új csomag 
átfogó, méretezhető információkezelési 
platformot nyújt az egész vállalati szer- 
vezetnek, miközben megfelelő elérést 
biztosít az elektronikus levelezés, a 
naptárfunkciók, a táblázatkezelés stb. 
felé. x 

Támogatja a különféle kommuniká- 
ciós eszközöket, a vállalati hálózatok- 
hoz vagy a World Wide Webhez csat- 
lakoztatott személyi számítógépektóől, 
hordozható laptopoktól kezdve egészen 
a videotelefonokig és a pagerekig. 

Az Oracle InterOffice készlet magá- 
ba foglalja az Oracle WebSystem ter- 
mékcsalád elemeit, és megfelelő hoz- 
záférést biztosít az információkhoz a 
vállalati tűzfalak mindkét oldalán. In- 
tegrálva a csomag hatékony informáci- 
ókezelő rendszerét a Web lehetőségei- 
vel, könnyű használatával, lehetővé vá- 
lik a valós idejű vállalati adatok elérése, 
és a dinamikus web-oldalak folyamatos 
frissen tartása. Használva a Sun Java- 
appletjeit és a Microsoft OCX szab- 
ványokat támogató — az Oracle Inter- 
Office csomag részét képező, beépített 
— Oracle PowerBrowsert, a felhaszná- 
lók könnyen fejleszthetnek olyan inno- 
vatív internetes alkalmazásokat, ame- 
lyek tovább bővítik a felhasználók in- 
formációelérési lehetőségeit. 


Részek az egészért 


Oracle InterOffice Manager — Igen 
könnyen használható, integrált infor- 
mációkezelő eszköz a vállalati szerve- 
zetek irányítására. A bővített lehetősé- 


gekkel bíró Oracle7 Enterprise Man- 
agerre alapozódik, megadván a módot 
a különböző adatbázisok, hálózatok, 
operációs rendszerek kezelésére, mene- 
dzselésére. Az Oracle InterOffice Man- 
ager lehetővé teszi a cégek ! számára, 
hogy elektronikus úton osszák szét és 
installálják a különböző szoftvereket, 
mind a klienseknek, mind a szerverek- 
nek. Ugyanakkor biztosan kezeli a cé- 
gek szoftverállományát és licencmegál- 


lapodásait. ! 
Oracle Enterprise InterOffice (válla- 
lati) csomag — A számítástechnikai 


iparág egyik leggyorsabb Md szélei 
méretezhető adatbázisára, Oracle7 
Enterprise termékre épül, és számos 
korszerű opcióval együtt megvásárol- 
ható. Ilyenek például a már meglévő 
rendszerekből való elérést biztosító át- 
járók (gateway-k), a szimmetrikus rep- 
likáció, továbbá a párhuzamos lekérde- 
zés (guery), és a párhuzamos szerver- 


opciók. 
Oracle Workgroup InterOffice (mun- 
kacsoport) csomag — Biztonságos 


megoldást kínál a kisebb szervezetek 
számára. Fejlett, jól integrált, de még 
könnyen kezelhető számítástechnikai 
környezet. Az Oracle7 Workgroup Ser- 
ver technológiára lépülő csomag haté- 
kony, megbízható alkalmazáskészletet 
és megfelelő eszközöket biztosít a kis 
szervezeteknek ahhoz, hogy eredmé- 
nyesen tevékenykédjenek a mai elekt- 
ronikus világban. ; 


Közös stratégia 


Az Oracle InterOffice termék iga- 
zodik a Hewlett-Packard által meghir- 
detett speciális — a kezelhetőségi, az 
elérhetőségi és a teljesítményi szintek- 
kel kapcsolatos —- szállítási stratégiá- 
hoz. Az Oracle és a HP között sikeres, 
hosszú távú együttműködés van ér- 
vényben. 

Az Oracle a HP első számú informá- 
ciótechnológiai szállító partnere a HP 
RISC-alapú számítógépeinek az eseté- 
ben, és a mostani bejelentés alapján 
hasonló szerepet játszhat a HP díjnyer- 
tes, Intel-alapú hálózati szervereit ille- 
tően is" ez a HP egyik általános 
igazgatójának véleménye. 

" — Csányi György 








ÚJ ALAPLAP  1996/9 29 


VISSZACSATOLÁS 





Egy elfeledett módszerről 


Értékelemzés az informatikában 


Az értékelemzés éppen fél évszázada indult el 
világhódító útjára. De valami okból hazánkat 
és szakmánkat — mind ez ideig — 


elfelejtette meghódítani. 


Hajdan a szakemberek beszéltek 


az operációkutatásról, 


és tudták is, mi az értékelemzés. 

De akkor még alig volt olyan gép, 

amely 1 milliónál több műveletet végzett 
másodpercenként, a kritikus utak, 

a szűk keresztmetszetek, a gyenge pontok 

— és az optimumok — keresésének és vizsgálatának 
igénye mégis (vagy épen ezért?) természetes volt. 


Lehet, hogy mára a számítógépek 
hatalmas teljesítőképessége szorította 
háttérbe a kényszerből vagy tudo- 
mányos kíváncsiságból mindenben a 
legjobbra törekvő szemléletet. Ma már 
alig akad valaki, aki tudja, hogy mi az 
operációkutatás, mi az értékelemzés; a 
kritikus utak, a szűk keresztmetszetek 
és a gyenge pontok — és persze az 
optimumok — keresését senki sem 
igényli. Pedig, éppúgy mint hajdan, ma 
is vannak kritikus utak, szűk kereszt- 
metszetek és gyenge pontok is. 


A gyenge pont" fogalma 


A kritikus út, a szűk keresztmetszet 
és a gyenge pont egymáshoz közeli, de 
nem azonos fogalom. A velük való 
megismerkedéshez célszerű a legáltalá- 
nosabbat, a , gyenge pont" fogalmát 
választani. 

A tudománytörténet 1946-ra teszi az 
értékelemzésnek nevezett gyakorlati 
optimalizálási , technika" fogantatását. 
Arra az időszakra, amikor nyilvánvaló- 
vá vált, hogy a második világháborúban 
elképesztő módon megdrágult nyers- 
anyagok ára ha később csökken is va- 
lamelyest, tartósan magas lesz. A nagy 
nyersanyag-felhasználó vállalatok, 
mint a General Electric, kénytelenek 
voltak komolyan foglalkozni az anyag- 
költségek csökkentésével. 1946-ban a 
General Electric két vezető embere, 
Erlicher és Winnie nemcsak igyekeztek 
valamit elérni a nyersanyagköltségek 
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lefaragása terén (ezt akkor rajtuk kívül 
többen is megtették), hanem az általá- 
nos eljárás kidolgozásának lehetőségét 
is felismerték. 

1947-ben megbízást adtak Milesnak 
egy általános módszer kidolgozására. 
Miles és murikatársai, Sredenscheck, 


Fountain és Horn sikerrel oldották meg: 


a feladatot, megalkotva az először ,,val- 
ue analysis", majd , value engineering" 
néven elterjedt módszert, amelyet a 
hazai szaknyelv értékelemzésként is- 
mer. 

A módszert nagyon hamar általáno- 
sították, és nemcsak termékekre, hanem 
szolgáltatásokra is alkalmazták. 

Az értékelemzés lényege, hogy a 
terméket, szolgáltatást két szempontból 
nézi. Az egyik szempont az, hogy 
mennyi értékhez jut a vásárló a termék 
vagy szolgáltatás által számára biztosí- 
tott használati funkciók révén. A másik 
szempont pedig az, hogy mennyit fizet 
mindezért. 

Az értékelemzés klasszikus formulá- 
ja (tulajdonképp fő értékelőfüggvénye, 
fő célfüggvénye) az 


érték - funkció(érték) / 
ráfordítás(érték) 


inkább általánosan értelmezendő, úgy, 
hogy a funkció(érték) és a ráfordítás(ér- 
ték) viszonyát kell vizsgálni. Termé- 
szetesen semmi akadálya nincs annak, 
hogy ha sikerül alkalmas módon szám- 
mal jellemezni a funkcióértéket és a 
ráfordításértéket, akkor a 


funkció(érték) / ráfordítás(érték) 
törtnek, vagy akár a 
funkció(érték) — ráfordítás(érték) 


különbségnek is értelme legyen. 

Az értékelemzés során gondos mun- 
kával elemzik, hogy a termék, a szol- 
gáltatás milyen funkciókat milyen -áron 
elégít ki, és azt is feltárják, hogy mi 
lenne a (reálisan elvárható) ideális, 
mind a funkciók, mind pedig ezek ára 
tekintetében. 

Az áru vagy szolgáltatás ún. , gyenge 
pontjai"-ról több szempontból is beszél- 
hetünk. Gyenge pont lehet például egy 
termék egyik funkciója, amelynek meg- 
valósítása túl sokba (túl sok pénzbe, túl 
sok időbe stb.) kerül. Gyenge. pontnak 
számít azis, ha egy fontos funkció nincs 
kellő mértékben kifejlesztve. Többszö- 
rösen gyenge pont az olyan funkció, 
amely az előbbi fogyatékossága mellett 
még túl sokba is kerül. 

A számítástechnikában, illetve az in- 
formatikában is lépten-nyomon termé- 


- kekkel és szolgáltatásokkal van dol- 


gunk. Ennek ellenére ezek egzakt vagy 
egzaktságra törekvő elbírálása valami- 
féle hallgatólagos közmegegyezés alap- 
ján tabu. Talán azért, hogy így mindenki 
elmondhasson saját termékeiről, szol- 
gáltatásairól minden jót, a versenytár- 
sakéról pedig minden rosszat? Kétség- 
telen, hogy ma a számítástechnikai, 
informatikai működés , leggyengébb 
pontja" az egzakt elbírálás. Az informa- 
tika mindenről kínál információt, de az 
informatikai eszközök, szolgáltatások 
minőségi jellemzőivel kapcsolatban eg- 
zakt eligazítást nem ad. 


Szolgáltatásaink értékelemzése 


Az értékelemzés az Egyesült Álla- 
mokban és Japánban, különösen az ipar- 
ban, a 60-as évek elejére közmegbecsü- 
lésnek örvendő , nemzeti sporttá" vált. 
Több mint 30 éve hazánkban is megje- 

-lent Miles világbírű . értékelemzési 
könyve. Ettől kezdve néhány kiváló 
szakember és egy csomó szélhámos 
vette gondozásába az értékelemzést. A 
kezdeti lelkesedés azonban Magyaror- 
szágon hamar kifulladt, és az értéke- 
lemzés mára szinte teljesen visszaszo- 
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rult a hajdanvolt érdekességek közé — 
inkább tekinthető elfeledett módszer- 
nek, mintsem a gyakorlatban használt 
eszköznek. Ebbe viszont nem törődhe- 
tünk bele. 

Hozzá kellene fognunk a számítás- 
technikai és informatikai termékek és 
szolgáltatások szisztematikus értéke- 
lemzésének és egzakt minőségi bírála- 
tának megalapozásához. Mindenekelőtt 
magukat a funkciókat kellene össze- 
gyűjtenünk és rendszereznünk, amelye- 
ket termékeink és szolgáltatásaink 
egyáltalán nyújthatnak. Az egzakt funk- 
ciókatalógus elkészítése után jöhet an- 
nak vizsgálata, hogy pl. egy szoftver- 
termék melyik funkciót milyen ráfordí- 
tással képes ellátni. A termékeket funk- 
cióspektrumokkal és költségspektru- 
mokkal kell jellemezni. 

Ki tudja ma egzakt módon megbe- 
csülni például, hogy a piacon levő ope- 
rációs rendszereknek valóban mik is a 
, gyenge pontjai"? De nemcsak az ope- 
rációs rendszerekről nincs megbízható 
funkció—ráfordítás elemzésen nyugvó 
minősítésünk, hanem a programozási 
nyelvekről és ezek fordítóprogramjairól 
sem. A rajzolóprogramokról, az adatbá- 
ziskezelőkről, a szövegszerkesztőkről 
ugyanezt mondhatjuk. Ma már — a 
funkcionális tisztázatlanság miatt — azt 
sem lehet igazán megmondani, hogy 
egyáltalán mit is kell szövegszerkesztő 
szoftverterméken érteni. 


A funkcióleírások hiánya 


Az eligazodás, az eligazító szolgál- 
tatás nélkülözhetetlen a jó minőségű 
munkához. Ehhez javítanunk kell a je- 
lenlegi helyzeten. Ki kell küszöbölnünk 
a gyenge pontokat, figyelnünk kell a 
kritikus utakra, a szűk keresztmetsze- 
tekre, és ahol fontos, az egyenszilárdság 
elvének érvényesítésére is, mert csak 
így közelíthetjük meg a számunkra el- 
érhető optimumot. Minél tovább halo- 
gatjuk ezeket az elemzéseket, annál 
távolabb kerülünk attól, hogy az infor- 
matikai szolgáltatások arányosak legye- 
nek az árral. Vagyis mindenért sokkal 
többet fogunk fizetni, mint amekkora 
értéket cserébe kapunk. 

Remélhetően megnövekszik azon- 
ban a jelentősége az olyan funkció- 
összegző kísérleteknek, amilyen pél- 
dául Mohay Tamás cikke volt (A köve- 
telmények adatbázisa, Új Alaplap 96/7, 
7. oldal). Más szakterületek funkcióle- 
írásainak is bízvást ad helyet hasábjain 
a lap. Esetleg éppen ezek bázisán épül- 
het ki az az egzakt értékelemzési rend- 
szer, amely ma még annyira hiányzik. 

Pogány Csaba 


Lapár és hirdetési tarifa 


Leltár 


Olvasóink megszokhatták 
már, hogy ebben a rovatban 
igyekszünk beavatni őket, 
a házunk táján történő, 

de mindenkire tartozó 
dolgokba, és azok 
hátterébe. 

Most úgy jött össze, 

hogy főleg a ,piszkos . 
anyagiakról" kell szólnunk, 
azokról készítettünk 

egy kis koraőszi 

leltárt. 


Múlt havi számunk , médialógusa" 
megpróbálta érzékeltetni, hogy egy 
szakma és az arra épülő szakmai lap- 
csoport kapcsolatrendszere mennyire 
bonyolult. Bár az időzítéshez semmi 
közünk nem volt, tény azonban, hogy 
összeállításunk lapzártájakor (mintegy 
illusztrációként) megszűnt a Vogel Pub- 
lishing kiadványa, a Heti Chip. Ennek 
okaira a Chip magazin következő szá- 
ma ugyan nem tért ki, de az olvasókat 
a havi Chip irányába terelő szöveg a 
hirdetési piac beszűkülésére hivatko- 
zott. (Feltételezzük, hogy emellett az 
ingyenes terjesztésről az értékesítésre 
történő átállás sem volt olyan sikeres, 
mint amilyennek lennie kellett volna.) 

Az [Új] Alaplap kezdettől fogva két 
lábon áll. Nagyon hűséges, stabil olva- 
sók , adják össze"? bevételeinek közel 
felét, a másik felét pedig azok a hirde- 
tők, akik tudják, hogy hirdetési célcso- 
portjuk szerkezete nagyon jól megkö- 
zelíti az Új Alaplap olvasótáborának 
összetételét. (Lásd erről elemzésünket 
az 1996. áprilisi számban, illetve annak 
egy grafikusan feldolgozott részét, 
amely mostani lapunkban a tartalom- 
jegyzékkel szemközt látható.) 

Mit lehet tenni, ha az eladott lap- 
mennyiség egy bizonyos határon túl 
nem növelhető (a mi lapunk értékesített 
példányszáma 5 éve folyamatosan 7- 
8000 között van), hirdetőinek köre pe- 
dig behatárolt, mert racionális média- 
választás esetén e lap inkább , csak" a 
számítástechnika, az irodatechnika és a 
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távközlés cégei számára jöhet számí- 
tásba. Ilyen beszorított helyzetben 
kényszerű kiút: a lap árának és hirdetési 
tarifáinak a piac által is elfogadható 
emelése. (Vagy a lap megszüntetése, 
amit eddig még sikerült megúsznunk.) 

A költségek növekedésének és a hir- 
detési piac ingadozásainak ellensúlyo- 
zására kénytelenek voltunk hirdetési 
tarifáinkat idén szeptembertől 22-2590- 
kal megemelni. , Lemaradásunkat" jól 
mutatja, hogy a számítástechnikai lapok 
családjában továbbra is az Új Alaplap 
hirdetési felülete kerül a legkisebb 
összegbe (egy oldal fekete-fehér hirde- 
tés 120 ezer forint), a fajlagos és minő- 
ségi mutatókatis figyelembe véve pedig 
különösen jól állunk. 

Közel fele ekkora arányban nő la- 
punk vásárlóinak kiadása: az Új Alaplap 
a hírlapárusoknál ez év októberétől 396 
forint lesz, vagyis 40 forinttal kerül 
többe, de lapkategóriáján belül így is 
messze a legolcsóbb marad. Az extra 
CD-melléklettel megjelenő számok a 
többletköltség miatt ugyan drágábbak, 
de az előfizetők a CD-t ráadásként 
kapják, és őket természetesen a ,,nor- 
mál" áremelkedés sem érinti. 

Nekünk több okból is igen fontos az 
előfizetés. Elég ezek közül itt csak a 
legnyomósabb érvet említeni: az előfi- 
zetőknek történő postázás költsége 50- 
60 forint körüli összeg, míg árusítás 
esetén a lap árából (!!!) a terjesztő 
átlagosan 40 százalék (!) jutalékot kap. 
(Tessék számolni, mennyi marad a lap 
előállításának fedezésére!) 1996 őszén 
szervezendő kampányunkban igyek- 
szünk is minél több olvasót meggyőzni, 
hogy az ő pénztárcájának szintén jót 
tesz, ha áttér a kényelmes, biztonságos 
(pl. munkahelyi) előfizetésre. 

Nyáron elindítottunk egy új akciót: 
egyes régi Alaplapokért vadonatújakat 
adunk, a Mikroszámítógép Magazin tel- 
jes sorozatáért cserébe pedig az Új 
Alaplap egyéves előfizetését kínáljuk 
(lásd erről a 44. oldalt). A Mikroszámí- 
tógép Magazinból még további 2-3 
garnitúrára , vagyunk vevők", az Alap- 
lap megadott számainak becserélését 
pedig egyelőre korlátozás nélkül foly- 
tatjuk, sőt később esetleg más számokra 
is kiterjesztjük. Néhányan megkérdez- 
ték, hogy ez az , Alaplapcsere" mire jó. 
Örömmel mondhatjuk — mert egy lap 
rangját ez mégiscsak jelzi —, hogy ma 
is jönnek hozzánk olyanok, akik szeret- 
nék lapunk korábbi évfolyamait meg- 
venni. Ha tehát saját készleteinket ilyen 
csereakciókkal , komplettírozzuk", ak- 
kor ezt a számunkra nagyon hízelgő 
keresletet is ki tudjuk elégíteni. 

Faklen Pál 
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Vezetőváltás a Compag-nál 

Az ízig-vérig novelles Drajkó László 
s átigazolásának" hírére — vagyis hogy 
szeptember 1-jétől a Compag Magyaror- 
szág ügyvezető igazgatójaként tevékeny- 
kedik tovább — biztosan sokan felkapták 
a fejüket. De hát végül is egészen jó 
szolgáltatásokra lehet képes egy Novell 
hálózat Compag gépeken is... 





Kiváló háló 

Tapasztalatok szerint a számítástechni- 
kai rendszerek meghibásodásának 80 szá- 
zalékát a vezetékrendszerek okozzák, 
vagyis — és ez az X-Byte-féle filozófia 
— ha ahálózat kifogástalan, akkor a hibák 
80 százalékát már sikerült is kiszűrni! A 
strukturált kábelezési rendszerek tervezé- 
sében és kivitelezésében annak idején első 
hazai cég ma már keményen küzd a 
konkurenciával. Nemcsak passzív, hanem 
aktív elemeket is szállítanak hálózataik- 
hoz, így többek között foglalkoznak ká- 
bellel, rack-szekrénnyel és patch-panel- 
lel. 1993-ban — a magyarországi szol- 
gáltatók közül egyedül — megkapták a 
Kiváló Áru emblémát. Most az ISO 9000 
minősítés megszerzése következik, és 
1996 második felében épített strukturált 
rendszereikre élettartam-garanciát adnak. 
Egy sajátos kábelezésfelügyeleti rend- 
szer, a Patch-View a végponti számítógé- 
pek vigyázó eszköze, és ez adatlopás ellen 
is védi a hálózatot. 





Ékezetes üzlet 


A mostani hónap témája kapcsán ér- 
deklődéssel figyeltük azokat a külföldi 
híreket is, amelyek a soknyelvű szöveg- 
szerkesztéshez és az Interneten nemcsak 
angol nyelven történő kommunikációhoz 
kapcsolódnak. Mindkettőben az Accent 
tette meg az utóbbi időben a legjelentő- 
sebb lépéseket. A cég nyár elején megál- 
lapodott a CompuServe-vel, hogy az , In- 
ternet with an Accent" szoftvercsomag- 
jánnak részévé teszi a CompuServe In- 
formation Managert is, amely alapértel- 
mezésben az Accent Mosaic browsert 
fogja megadni keresőprogramként. Nem 
sokkal később az IBM angliai vállalatával 
kötött szerződést, melynek alapján az 
Accent jutalékot kap az , Internet with an 
Accent" útján az IBM Global Network 
szolgáltatására bejelentkező új előfizetők 
után (akik ráadásul 10 óra ingyenes In- 
ternet-használathoz is hozzájutnak). 
Emellett az IBM jelentősebb vállalati 
ügyfelei közül 2 ezren megkapják az 
Accent internetes szoftvercsornagját. Ha- 
sonló együttműködés jött létre az Accent 
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és egyes Internet-szolgáltatók között 
Ausztráliában, Franciaországban és Izra- 
elben is. Szóval a világméretű, korrekt 
ékezetes kommunikáció ügyében már 
, válámi ván". És hátha ez lesz az igazi! 


C(BS)A 


Magyarországon talán még mindig a 
(CA-) Clipper a legnépszerűbb DOS-os 
adatbázis-fejlesztő eszköz. Ezt többek kö- 
zött kis hardverigényének köszönheti, il- 
letve annak, hogy a PC-k megjelenésének 
időszakában fekete verziói , exponenciá- 
lisan" terjedtek. A hazai forgalmazó PC 
Szoftver becslése szerint jelenleg is mint- 
egy tízszer annyian fejlesztenek Clipper- 
ben, mint amennyi a regisztrált felhasz- 
nálók száma. A PC Szoftver Kft, amellett, 
hogy a BSA-ba belépve reméli — többek 
között a CA — érdekeinek hatékonyabb 
képviseletét, más eszközöket is latba vet 
a szoftverbitorlás visszaszorításának el- 
ősegítése érdekében. A legfőbb eszköz a 
most is tartó Clipper-amnesztiaakció, 
amelynek részleteiről a cég BBS-én ta- 
lálható bővebb információ (214-6653). A 
CA-fejlesztőeszközök idei seregszemlé- 
jére (,PC-Szoftver — CA Technikon") 
egyébként szeptember 26-án kerül sor. 





Támad a tintafecskendő 


Még meg sem száradt a tinta (ink) a. 


fotóipar versenytársaként színre lépő HP 
inkjet-újdonság (Paletta rovatunkban kö- 
zölt) anyagának  korrektúralevonatán, 
amikor a HP bejelentette, hogy az idei 
nyarat (is) szorgos munkával töltvén szep- 
tember 1-jével egy másik tintasugarasat 
is ránk ereszt: a DeskJet 1600CN színes 
hálózati nyomtatót, amely nagyobb se- 
bességével, jobb minőségével és kisebb 
költségeivel a profi színes lézerprintere- 
ket akarja kiszorítani az irodákból. A HP 
sokat emlegetett új tintasugaras nyomta- 
tási technológiája a jelek szerint frontális 
támadásba lendült. Lassan már csak az 
Epson FX 1000 átütő ereje tud ellenállni 
a (tintajsugár-fegyvereknek. 





Sybase—Netscape 


Az adatbáziskezelőket gyártó Sybase 
terméklicenc-, viszonteladási és integrá- 
lási szerződést írt alá a Netscape web- 
szervereire. A bejelentést követően másfél 
dollárnyit emelkedett a Sybase árfolyama 
a tőzsdén. A Sybase azt tervezi, hogy 
későbbi SOL szervereibe a Verity cég 
Montain View nevű szöveges állomány- 
böngésző termékeit is integrálja. 





Már az Excel is... 


Sokáig úgy tűnt, hogy a vírusok a 
szövegfájlokat és az alkalmazások speci- 
ális formátumait megkímélik. Az erre 
, szakosodott" Concept víruscsalád azon- 
ban rácáfolt erre, amikor a WinWord-öt 
vette célba, most pedig a McAfee cég 
hírül adta, hogy az áldozatok sorába be- 
került egy újabb nagy windowsos alkal- 
mazás, az Excel is. Az Excel mostani 
vírusai ugyancsak a makrókon keresztül 
támadnak. Viszonylag egyszerű azonban 
a fertőzöttség felismerése: ha a Tools/ 
Macro opciót választva , auto open", il- 
letve , check files" bejegyzéssel találko- 
zunk, bizonyos a Laroux névre keresztelt 
vírus jelenléte. A Laroux ellenszere e 
sorok megjelenésének idejére már elér- 
hető és letölthető lesz, akár önállóan, akár 
a VirusScan részeként a McAfee web-old- 
alairól, illetve BBS-éről. 





Pie Slice Party 


A fenti címmel október 11-13 között 
országos számítógépes , házibulinak" ad 
otthont a budapesti Mechatronikai Szak- 
középiskola. A parti célja, hogy az ország 
minden területéről összegyűljenek a fia- 
talok (akár egyénileg, akár csapatban), és 
az általuk készített bemutató anyagokkal 
(kompozíciókkal, , compókkal", , stuff- 
okkal") összemérjék tudásukat, kreativi- 
tásukat, ügyességüket. A szervezők a par- 
tíra minden géptípus képviselőjét várják, 
de verseny csak PC-n, Amigán és C64-en 
lesz, a következő kategóriákban: játék, 
grafika, ray-trace, négycsatornás zene, 
multisávos zene, intrók, demók és wild 
compók. A rendezvényről, a jelentkezés 
módjáról részletes információ található 
lemezmellékletünkön. 





Ágyból webezni Philips-szel 


A Philips sem aludta , nyári álmát". 
Bejelentette a , webtévét", melyet a 
WebTV Networks technológiája alapján 
fejlesztettek ki. Adva van egy doboz 
(amely lényegében lecsupaszított PC, 
benne modemmel és bizonyos szoftve- 
rekkel), azt csatlakoztatni kell egyrészt a 
telefonvonalhoz, másrészt a tévékészülék 
videodugaszához, és kész. A weboldalak 
elég jól néznek ki, a görgetést és a 
tördelést úgy módosították, hogy a szö- 
vegek tévénézési távolságból is olvasha- 
tók legyenek. Az egészet külön erre a 
célra készített távirányítóval lehet vezé- 
relni. A központi szerver (természetesen) 
Kaliforniában, Palo Altóban van. A 329 
dollárba kerülő Philips Magnavox októ- 
ber 1-jén kerül az üzletekbe. 
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X Alaplap Posta 


MEGRENDELÉS 


Az Új Alaplap 1996/9. számában a 23. oldalon 
ismertetett szoftvert postai utánvétellel megrendelem. 











TRÉ essetek n áá tetéteetsskttt 


NYET ÉT áss ate Káta EKE ÉLÉT KÉS éb bő 


Az árat a küldemény átvételekor 
a kézbesítési díjjal együtt kifizetem. 


Dátum: 
/aláírás/ 








ez Meet 


Í úz lk ése 
( Előfizetés az Uj Alaplapra b 


Az 19967/.......... számtól kezdődően előfizetem 
az Uj Alaplap c. havi számítástechnikai folyóiratot 


les példányban, (J 1 évre, (J 1/2 évre. 


Az éves előfizetési díj 3564 — forint. 


Az előfizetési díj kiegyenlítéséhez: 
d Számlát kérek (banki átutalással fizetek). 
LI Átutalási postautalványt kérek. 








TREE szőrét áá ans se te eze töégtás sötét ÉKES ÉREZTEK É 


KÉNYÜGEZŐTTS  seásászzéétazaeszésazátzámbáásátezetzéosmentőtmázétsó 


[aláírás/ 
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INFORMÁCIÓKÉRÉS 


Az Új Alaplap 1996. szeptemberi számának hirdetéseihez 


Kérem, hogy 

az itt általam 
BEKARIKÁZOTT 
! " KÓDSZÁMÚ 
hirdetésekkel 
kapcsolatban 
küldjenek 
részemre 
bővebb 
tájékoztatást. 











Beküldhető: 
1996. 


szeptember 
30-ig 
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VESZKENEKOSKSESB 


LZEKEKOOZSSESSSBISK SESSIONS ESTÉKEN NKLOKOSNEENERESE 


Az Új Küzetső SENATE ESET tartalma 1996 / SZEPTEMBER 


ÖNISZKNID 





EGB BEEE ENENOEZEZÉZARNTENET ESSZÉT BTS 








Angol-magyar szótár — SZOTDMO.TXT, SZOT$.EXE (Iklódi József) 50 2. o. 
3 kémiai tanjáték: 
Periodic — IPERIODV." (Simay Endre István) 50 41. o. 
Chemical — NICHEMV." 50 42. o. 
Chemic — NCHEMICV." 50 42. o. 





Felfrissített mágnesezés — DREF.TXT, DREF.EXE (Fekete Attila) 





Elektronikus svábbogár — BOGAR$.EXE 50 51. o. 





Hi, guys! — PIESLICE.TXT (Szendrei Attila, Einöder Antal, Pelenczei Norbert) 





Egérinfó — MOUSEINF.DOC, MOUSEINEF.EXE (Kálmán Károly) 





Irányítástudományi miniprogram — IRANYIT1.EXE (Pogány Csaba) 





Leveles játékok — DICE.HLP, PBEM.TXT, VGA PLA.FAG 50 56. o. 





XFortress — DATA1.DAT, EPIC2.SBM, EPIC4.SBM, XFORT.EXE, XFORT.ICO 





KAO-lemez a Makrotrendtől 











Media from the Surface Scientists 
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WMedzo Se 


Asymetrix Multimedia ToolBook 4.0 — 144.000 
Corel Xara 49.000 
Clarion 2.0 f/W / upgrade 99.000/42.000 
TAPEDISK 6.5.4 for DOS, Win., Win95 47.000 
MS Win 95 angol upg.tMultikey 3.0 14.000 
MS Win 95 magyar / upgrade 34.900/16.000 
MS Win 95 angol 34.000 
MS Office 7.0 standard / upgr. 98.000 / 49.000 
MS Office 4.2 / upgrade 96.000/57.000 
MS Access 7.0 / upg. / ADT63.000/24.000/99.000 
MS Visual Basic 4.0 Std./Prof. — 19.000/99.000 
MS Visual C---4- 4.0 Prof. / upgr CD99.000/49.000 
Win 95 Res. Kit/ Office 95 Res. Kit 7.200/7.200 
MS Project 4.1 Win 95 / upgrade 90.000/29.000 
MS Visual FoxPro 3.0 / upgrade 49.000/22.000 
MS Visual FoxPro Prof./upgrade 99.000/57.000 


1055 Budapest, Falk Miksa u. 6. 
Tel.: 111-8268, 132-8717, 132-5764 Fax: 302-5136 
E-Mail: keszolind.eunet..hu 


J 


Multikey 3.0 / upgrade 
OEMM 8.0 /upgrade 
WinfaxPro 7.0 CommSuite 


3.600 / 2.000 


16.400/9.000 
19.600/29.000 


WinfaxPro 4.0 single user 18.600 
WinfaxPro 4.1 Network 10 users 120.000 
McAfee Virscan for Win 95 18.000 


PageMaker 6.0 for Win 95 / upg 128.000/48.000 
Adobe Photoshop 3.05 / upgr 128.000/49.000 
CorelDraw 6.0 for Win 95 / upgr116.000/56.000 
RuarkXpress for Win95/NT 144.000 
MathCAD 6.0 Plus Prof. £/W 59.000 
PKZIP 2.04g / ARJ 2.50 13.000 / 13.000 
ZIPdrive 100MB SCSI/parallel 34.000 / 34.000 


IOMEGA ZIPdrve 100MB lemez 3.500 
ZIP drive belső tápegység!!! 1.000 
Áraink ÁFA nélkül értendőek! 


Há TTL 
bé Ha a Javits KÖJÍSÉBEI nmis3itikültül az 90007 ús Ot; ügyfeleinket VISSZAHÍVJUKS 


az első! 


minden 
forgalmazónál 


: 160-2928 H-P. 9- 18- "ig 


csomagküldés is! 


Magyarországi disztribútor: 


FAN Electronics Ltd 
1068 Bp. Felső erdősor u. 6. 
Tel./fax: 141-0799, 342-4907 





INFORMÁCIÓKÉRÉS: 0914 A 


INFORMÁCIÓKÉRÉS: 0921 A 


INFORMÁCIÓKÉRÉS: 0910 A 


HÍRHÁLÓ 





Nyári Novell-újdonságok 


A Novell megkezdte a Novell InnerWeb Publisher és a 
NetWare Web Server 2.5 kiadásának szállítását. Az InnerWeb 
Publisher teljes megoldást nyújt a belső dokumentumok 
közzétételére egy belső, vállalati web-adatbázisban. A szoft- 
ver legfontosabb része a NetWare Web Server 2.5, amely 
lehetővé teszi a felhasználónak, hogy NetWare szerverét 
használja web-adatbázisnak. A piacon kapható leggyorsabb 
web-szerver, egy NetWare Loadable Module (NLM) az 
egyetlen ilyen eszköz, amely megengedi a felhasználónak a 
tallózást a Novell Osztott Címtárban (NDS). 

A Novell szintén bejelentette a GroupWise WebAccess 
intranet megoldás szállítását. A GroupWise WebAccess-szel 
a GroupWise-felhasználó Universal Mail Boxát bármikor, 
bárhonnan elérheti az Internetről. Ez az egyetlen eszköz a 
piacon, amellyel a felhasználó ugyanazon a kezelői felületen 
dolgozva képes elektronikus levelet, hangos üzenetet, táv- 
másolatot, naptári bejegyzést, meghívást küldeni és kapni, 
feladatot egyeztetni az Interneten. A terméket a GroupWise 
4.1-et használók már ez év júliusától, a GroupWise 5-öt 
alkalmazók ez év végétől használhatják. 


FTP: következő generációs 
IP-alkalmazások 


Az amerikai FTP Software a TCP/IP alkalmazásainak 
olyan új verziójával készül megjelenni, amilyenek az IP 
protokoll következő generációját támogató első kliens prog- 
ramcsomagok lesznek. Az OnNet32 2.0 32 bites Windows 
alkalmazói programmal, amely az IP Version 6-ot fogja 
támogatni, a vállalatok belső intranet hálózatokat állíthatnak 
fel és működtethetnek az IP V.6 bázisán. Mivel az intranet 
az IP V.4-es protokollján alapul, a vegyes, IPV.4 és IP V.6 
környezetek kezelésére is felkészítették az OnNet 32-t. Az 
új FTP-termékbe biztonsági funkciókat (IFTF/IPSEC, Win- 
SOCKS 4.0) is beépítettek. 


3Com: LANplex és ONcore 
rendszerek 


A 3Com a gerinchálózatoknál, illetve hálózati munkahelyek- 
nél használható , high function", illetve , boundary switching" 
megoldások jelentősen kibővített palettájával jelentkezett, 
lehetőséget adva az osztott vagy útválasztós hálózatokról a 
kapcsolt hálózatokra és a virtuális LAN-okra történő átállásra. 
A termékek több mint 20 új kapcsolási megoldást ölelnek 
fel; ezek LANplex és ONcore platformokra készültek külön- 
féle LAN technológiákhoz (kapcsolt Ethernet, Fast Ethernet, 
FDDI és ATM). A LANPIlex nevű , high function" kapcsoló- 
család nagy teljesítnényű kapcsolóplatform, amely a gerin- 
chálózatokban történő alkalmazásra optimalizált ASIC és 
RISC technológiákat használja. 

Mind a LANPplex 2500, mind a LANplex 6000 non-block- 
ing tulajdonságot nyújt, valamint átfogó funkcionalitást, 
amelynek része többek között az intranet-útválasztás és az 
elosztott kapcsoláskezelés. A LANPplex olyan vevőknek 
megoldás, akik át akarnak térni az útválasztón alapuló 
, collapsed backbone" környezetről a kapcsolóorientált topo- 
lógiára úgy, hogy egyúttal az adatforgalom szükséges figye- 


lése biztosított legyen. Az integrált ONcore rendszer egy 
sokfunkciós platform, amely nyújtja mind a , high function" 
(gerinchálózati kapcsolás), mind a , boundary switching" 
(munkahelyi kapcsolás) megoldást. A tíz új ONcore high 
function kapcsolómodul hatékony támogatást nyújt az FDDI, 
az Ethernet és a Fast Ethernet kapcsolás területén. Mindegyik 
az ASIC technológián alapul. 

A hálózat magjának ez a megoldása a VLAN konfiguráció 
minden intelligens lehetőségét elérhetővé teszi, és egy rend- 
szeren belül összesen 256 független VLAN-t tud kezelni. 
Ezenkívül átfogó adatfigyelési lehetőségeket nyújt, többek 
között priorizálást, protokollszűrést és teljes RMON-támo- 
gatást (9 csoport) a RAP, a Transcend Enterprise Manager 
és a Traffix Manager segítségével. Mindegyik kapcsolásmo- 
dul maximum 32 ezer egyedi hálózatcímet tud egymástól 
függetlenül kezelni, és a Multi-Gigabit buszcsatolóra csatla- 
kozik. 


UB Networks: 
növekvő Geo család 


Az osztott hálózatmenedzsment megoldások úttörőjeként 
ismert amerikai UB Networks cég kiterjesztette Geo termék- 
családját a 16 portos GeoRim/Edt nevű Ethernet desktop 
hálózati kapcsolóval, és a 12 portos GeoRim/E Ethernet 
switch továbbfejlesztett változatával. Az új GeoRim/Edt 
könnyen installálható, nagy teljesítnényű Ethernet switch, 
amely minden egyes portján 10 Mbit/s-os teljesítményt 
produkál. A kapcsoló maximum 193 500 keret/másodperc 
sebességgel működhet, minden egyes portján támogatja az 
SNMP-alapú hálózatfelügyeletet, és felszerelhető opcionáli- 
san 100BASE-T Fast Ethernet eszközök gerinchálózathoz 
vagy szerverhez való kapcsolásához. A továbbfejlesztett 
GeoRim/E Ethernet switchet hajlékonyságra, nagy teljesít- 
ményre és hibatűrésre tervezték. Gateway-vel rendelkezik, 
ATM eszközhöz való kapcsolódáshoz opcionális 100BASE- 
T, FDDI vagy ATM összeköttetésekkel, amelyeket a portok 
újrakonfigurálása nélkül lehet installálni. 


A Green River kulcsa az NDS 


Másfél évvel a Novell NetWare 4.1 megjelenése után 
rövidesen piacra kerül a Green River fedőnevű új verzió. 
Szakemberek, akik megvizsgálták az új NetWare béta-ver- 
zióját, azt mondják, megérte várakozni. A Green River 
ugyanis éppen a Windows NT Achilles-sarkát jelentő globális 
címtárszolgáltatás hiányára játszik rá, azzal, hogy a Novell 
Directory Services (NDS) osztott címtár szolgáltatást tovább 
bővítette, fejlesztette. Az új NetWare-verzióban többek között 
megjelenik az NDS Manager grafikus eszközprogram, amely 
az adminisztrátor számára megengedi, hogy monitoron is 
felügyelje több NDS-fa replikációját és particionálását. A 
Green River NDS-ében megnövelt objektumszámmal talál- 
kozunk. Az NDS 2-16 millió közötti objektumot képes 
támogatni. Ezenkívül az NDS Systems Management Serv- 
ice-ben olyan változásokat hajtottak végre, amelyek abban 
segítik az adminisztrátort, hogy az NDS felhasználói profi- 
lokban található járulékos információt háttértárolón rögzítsék 
és (ha kell) visszaállítsák (, backupézrestore"). 

Kovács Attila 
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Az SGML szabvány III. 


A DTD nyomvonalán 


Az előző részben megismerhettük az SGML dokumentumok szerkezetének leírását. 
Most azok a dolgok kerülnek sorra, amelyek vagy nem láthatók, 

vagy éppen más szerepel helyettük. Első hallásra ezért haszontalanoknak tűnhetnek, 
ám olyanok is felhasználják, akik még nem is hallottak róla. 


Talán még emlékszik az olvasó az előző részben boncol- 
gatott példára, a verseskötetre. Ha a költő használná verseinek 
tárolására az SGML adta lehetőségeket, akkor biztosan 
örömmel venné, hogy minden vershez hozzákapcsolhatjuk a 
vers készültségi fokát, azaz egy vers lehet piszkozat, de lehet 
kész is, sőt esetleg valaki már át is nézhette — például 
helyesírási szempontból. Egy irodalomkutató pedig egy ilyen 
verseskötetben minden vershez (verstöredékez) hozzá sze- 
retne kapcsolni egy azonosítót. E jelzőket, magyarul attribú- 
tumokat az SGML kezdőtagon belül adhatjuk meg: 


Svers id:-V123 statuszz"piszkozat"? ... c/versz 


Az már a feldolgozóprogram dolga, hogy az így megadott 
jelzők alapján mit tesz, esetleg kigyűjti-e a piszkozatokat 
(hogy a költő tovább dolgozhasson rajtuk), az azonosítók 
alapján keresztreferenciákat készít, vagy valami egészen mást 
csinál. 

A jelzőket ugyancsak a DTD-n belül definiáljuk, egyrészt 
meg kell adni, hogy milyen elem jelzőiről van szó, meg kell 
adni a jelzők nevét, típusát, és végül azt, hogy mit jelent, ha 
nem említjük meg az elem használatakor ezt a jelzőt. Lássunk 
egy példát: 


SIATTLIST vers 


id ID HIMPLIED 


statusz (piszkozat ] lektoralt ] kiadott) piszkozat - 


Mint a példából is látható, itt az ELEMENT szó helyett 
az ATTLIST használatos, ezt követi az elem(ek) neve, majd 
jelzőnként három adat. Ezek közül az első a jelző neve 
(értelemszerűen itt egyszerre két azonos név nem szerepel- 
het), a második lehet egy kulcsszó, avagy a használható 
lehetőségek listája, mint ahogy a státus lett definiálva. Ez 
utóbbi persze csak akkor használható, ha már előre tudjuk, 
hogy milyen lehetőségek közül választhatunk. (Sajnos ez 
nincs mindig így.) Ebben az esetben a feldolgozóprogram 
majd könnyedén megfigyelheti azt is, hogy adataink (jelző- 
ink) helyesek-e. 

Ha erre nincs lehetőség, mert például előre nem ismert 
számú eset lehetséges, akkor a következő kulcsszavakat 
használhatjuk: ID (akárcsak a példában) — az adott jelzőnek 
minden esetben egyedi értéket kell felvennie (magyarul nem 
lehet két azonos azonosítójú vers); CDATA — tetszőleges 
szöveg szerepelhet a jelzőben; IDREF — egy mutatónak kell 
itt szerepelnie, mely egy elemre utal; NMTOKEN — alfa- 
numerikus sztringy NUTOKEN — számmal kezdődő alfanu- 
merikus sztring; NUMBER — szám lehet a jelző értéke; 
NAME — maximum 8 betűből álló szó. A harmadik adat, 
amely megadja, hogy mi legyen, tra mem jelültük a jelző 
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értékét, vagy lehet a második helyen felsorolt lehetőségek 
egyike mint alapértelmezés (default), vagy lehet a következő 
kulcsszavak egyike: HREOUIRED — azaz a jelző értékét 
mindenképpen meg kell adni; HIMPLIED — nem fontos 
megadni; HCURRENT — legyen az, ami legutoljára is volt. 
Ez utóbbi esetben például elég lenne csupán az első vers 
státusát megadni (ha a definícióban ez szerepelne és nem a 
piszkozat), és a többi sorra az itt megadott értéket kapná 
meg. 

Az öt oldalnál nagyobb művekben illik kereszthivatkozá- 
sokat használni, mint például a napilapokban is, hogy , Foly- 
tatás az 5. oldalon", vagy amikor egy könyv végén szereplő 
magyarázatokra utal a szó mögött álló apróbetűs számmal. 
Normális esetben ezeket a hivatozási adatokat a mű készítése 
közben nem kell tudni, hiszen könnyedén megváltozhatnak 
az oldalszámok, felcserélődhetnek a fejezetek és így tovább. 
Persze az sem jó megoldás, hogy csak a végleges mű 
elkészülte után írjuk bele ezeket az adatokat. 

Az előbb verselemnek definiáltunk egy azonosítót, amely 
minden vers esetén iiás és más lesz. Ez szükséges ahhoz, 
hogy egyértelműen tudjunk a versekre utalni. Most készítsük 
el az utaló elemet: 


S,IELEMENT utalvers — 0 EMPTY . 


SIATTLIST utalvers cel IDREF /REGUIRED : 


A korábbi cikkben (mivel nem volt rá szükség) nem 
említettem meg az EMPTY tagot; ez jelzi, hogy példánkban 
az utalvers-nek nincs semmi tartalma. (Ezért felesleges a 
zárótag használata is.) Viszont van egy "cél" elnevezésű 
jelzője, amit mindenképpen ki kell tenni, és ez fog utalni a 
versekre. A korábban felhasznált vers eleje ezzel így nézne 
ki: 
cwvers id-medvezccimsEgy csekélyértelmű medvebocs verselménye 
sstrofaz 


csor:Hétfőn, mikor a hőség rekkenő, 


Majd a kötethez kiadott tanulmányok forráskódjában a 
következő szerepelne: 


A. A. Milne filozofikus versében cutalvers cel-medve? a ... 


Az már megint a feldolgozóprogramon múlik, hogy a 
tanulmányban itt, az utalás helyén majd a vers címét adja 
meg, esetleg azt a oldalszámot, ahol ez a vers található, vagy 
a vers első pár sorát. Ezzel nem érdemes nekünk foglalkozni 
(főleg akkor nem, ha ugyanazt az utalást különböző mate- 
matikai folyóiratok különböző módon szedik ki). Az SGML 
ellenőrző-elemző programok (parsers) általában csak azt 


"vizsgálják meg, hogy létezik-e az az-elem, amelyre utaltunk. 
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Most pedig: egészen más! 


Az SGML nemcsak arra való, hogy a szövegek feldolgo- 
zásának megkönnyítésére telepakolja azokat mindenféle 
megjegyzéssel a szerkezetükről, hanem arra is, hogy egyszerű 
és hordozható módon megjelölhessük az aktuális szöveg 
bizonyos részét. Erre az ENTITY kulcsszó használatos. (A 
szótár ennek a szónak igen sok fordítását tartalmazza, de 
egyik sem felel meg nekünk, ezért vagy az angol kifejezést 
használom, vagy rövidítésként utalok rá.) Lássuk például a 
következő definíciót: 


SIENTITY SGML "Standard Generalized Markup Language"7 


Ettől a definíciótól a forrásszövegben szereplő SGML 
betűszó helyett nem fog a végső dokumentumban a kibontott 
alak szerepelni. Ha ki akarjuk használni ezt a rövidítést, akkor 
a rövid alak elé egy £ jelet, míg mögé egy ;-t kell tennünk 
(ha nem szó közepén szerepel a rövidítés, akkor a pontos- 
vessző akár el is hagyható). 

Az élesebb szemű olvasók talán már a korábbi részekben 
észrevették, hogy olyan egyszerű szövegek leírásával baj 
van, hogy "x a y 4 17, mivel a kisebb jelet az SGML 
kezdőtagnak tekinti, és ezért végül hibát okoz. Kicsit bonyo- 
lultabb szövegekben már magyar ékezetes, görög, cirill 
karakterek is előfordulhatnak (a matematikai jelekről nem is 
szólva). Mivel az SGML-szövegek.a hordozhatóság miatt 
csak ASCII karaktereket tartalmaznak, valahogy kódolni kell 
a sokféle karaktert. Erre az ENTITY lesz a megoldás. 

A kisebb jelet az "It" írja le, így az előbbi formulát az "x 
ézlt; y - 17. Ekkor problémát okozhatna az éz szerepeltetése 
a szövegben, de erre való az $amp;. Ezzel a módszerrel éri 
el a HTML is a magyar és egyéb karakterek ábrázolását. 
Nem csupán karaktersorozatot rövidíthetünk le ilyen módon, 
hanem egy ilyen szavacskával akár egész fájlra is hivatkoz- 
hatunk. Ekkor, hogy ne keverhessünk össze egy ilyen rövi- 
dítést a korábbival, a rövidítés és a fájlnév közé tegyük ki a 
SYSTEM szót. Ekkor a rövidítést kibontva, a fájl teljes 
szövegét kapjuk vissza. 

Ha olyan a feldolgozórendszer, akkor a SYSTEM után 
található szöveget nem csupán fájlnévnek tekintheti, hanem 
például adatbázis-lekérdezésnek, vagy akár rendszerhívás- 
nak, és ekkor a választ illeszti be a szövegbe. A lehetőségek 
szinte korlátlanok! Természetesen különböző gépeken ugyan- 
azon név alatt más szöveg is szerepelhet, tehát egy forrásból 
helyszíntől függően más és más eredmény nyerhető (főleg 
az adatbázisoknál)! 

Egy programhoz illik megfelelő dokumentációt is írni. 
Általában ez egy fájlban (könyvben) szerepel, és ebben 
minden megtalálható. Az egyszerű (vagy kezdő) felhasználók 
számára ennek csak egy része érdekes. Ezért érdemes 
ugyanazt több példányban is elkészíteni külön-külön minden 
szintű felhasználónak. (Ezzel a felhasználó is jól jár, és ha 
idővel megveszi a bővebb verziót, akkor a szerző is.) Mindez 
nem jelenti azt, hogy mindent többször is le kellene írni. 
Ebben az esetben a jelölt bekezdések segítenek. A következő 
kulcsszavakat használhatjuk: 

INCLUDE — a bekezdés bekerül a végeredménybe; 

IGNORE — ezt a bekezdést kihagyjuk; 

CDATA — az itt található szöveg betű szerint kerül bele 
a dokumentumba; 

RCDATA — az előzőtől csak annyiban tér el, hogy a 
korábban ismertetett rövidítéseket kifejti; 

TEMP — ez a piszkozatban szerepelhet, csupán azt jelzi 
a szerzőnek, hogy ezt majd még át kell írni valamely 
korábbira. 


Az is megoldás lehetne, hogy kézzel írjuk át a megfelelő 
INCLUDE szavakat IGNORE-ra vagy fordítva, ám feles- 
leges, mert az 


c1( INCLUDE [ 

A sorokat az ENTER billentyű leütésével zárjuk le. 
] 

helyett a dokumentációban 

cí( $Kezdo; [ 

A sorokat az ENTER billentyű leütésével zárjuk le. 
] 


is szerepelhet ENTITY 99 Kezdo "INCLUDE"5 definíció 
után, és ezzel minden alapszintű számítógép-ismeret bekerül 
a dokumentumba. Viszont ezek teljesen feleslegesek a nagy- 
menők számára, ezért a nekik írt változatban az c ENTITY 
9o Kezdo "TIGNORE"5 fog szerepelni. Ezek a definíciók 
nagyon hasonlítanak a korábbiakhoz, csupán itt az és jele 
helyett a százalékjel szerepel kibontáskor, illetve definícióban 
is szerepeltetni kell a százalékjelet. 

Mivel az egyszerű felhasználó számára más lényeges 
különbség nincs, ezért ezt nem is részletezem tovább, akit 
jobban érdekel, az nézze meg az előző lemezmellékletek 
DTD-példáit. 


Részekből az egész 


Eddig tartottak volna a részletek egy-két apróságtól elte- 
kintve (amelyek fölött el fogok siklani a továbbiakban is). 
Ezek után már csak össze kell rakni ezekből az egészet. 

Egy SGML dokumentum elvileg két részból áll. Az elsőben 
mindenféle dokumentáció szerepel, míg a másodikban maga 
a szöveg. Az első részben gyakran külön fájlok vannak (ezek 
kapják a DTD kiterjesztést), vagy például HTML esetén be 
vannak drótozva Netscape-szerű programokba. Mivel egy 
DTD megtervezése nem egyszerű feladat, gyakran már kész 
DTD-t szokás felhasználni. Belepiszkálhatnánk magába a 
fájlba is, de ekkor nehéz a megváltoztatott DTD-t szinkronban 
tartani az eredetivel (főleg, ha az gyakran megváltozik). Ezért 
inkább az a megoldás terjedt el, hogy újradefiniáljuk az 
eredeti DTD bizonyos részeit. Az eredeti szerkezeti elemeket 
(elements) nem változtathatjuk meg ilyen módon, de a 
rövidítések újradefiniálása bevett, mindennapi szokás. 

A sima szövegben — amelyet majd az egyszerű felhasználó 
fog elkészíteni — már nem szerepel semmi definíció, ott 
csupán alkalmaznia kell a korábban definiáltakat. Egy terje- 
delmesebb dokumentumot nem érdemes egy fájlban tartani, 
az egyszerűbb kezelhetőség érdekében hasznos a fejezeteket 
(vagy tagolható egységeket) külön fájlokban tartani. Ekkor 
lesz egy fájl, amelyben egyrészt (rövidítésként) definiáljuk, 
hogy melyik fejezet melyik fájlban található, majd szépen 
felsoroljuk a rövidítéseket: 

SIDOCTYPE konyv [ 

SIENTITY fejezeti system "feji.txt": 

SLxIENTITY fejezet2 system "fej2.txt": 

SIENTITY fejezet3 "-- ezt Béla még nem írta meg --": 
J 
ckonyv: 
selolaps ... c/elolap: 
cszoveg: 


cbevezetesz ... c/bevezetesz 
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cfejezetekz 
éfejezeti; 
efejezet2; 
efejezet3; 
c/fejezetekz 
c/szoveg? 


a/konyv: 


" Most jön a feketeleves... 


Ezek az ismeretek szerintem elegendőek arra, hogy egy 
tetszőleges DTD-t megértsen az olvasó, és annak megfelelő 
SGML fájlokat készítsen most már önállóan is. A vállalko- 
zóbb kedvűek megpróbálkozhatnak saját DTD-k írásával is. 
Ha megnézünk egy tetszőleges DTD-t, akkor látjuk, hogy 
nagyon sok az ismétlődő részlet. Hiába készítjük fel kedvenc 
szövegszerkesztőnket ide illő makrókkal, még így is nagyon 
kényelmetlen elkészíteni a dokumentumtípus-leírást. Alapos 
felkészüléssel talán elsőre sikerülne megírni a végleges 
változatot, ám az emberek legalább 95 százaléka inkább az 
addig próbálkozz amíg össze nem jön módszert használ- 
ja. Ekkor pedig a keservesen megírt leírást majdnem teljesen 
újra kell írni. 

A korábbi lemezmellékleteken közreadott EassyDTD meg- 
próbál megszabadítani e folyamat unalmas, ismétlődő része- 
itől. Ehhez a dokumentumtípus-leírásnak egy rövidebb for- 
máját használja N. E. Smith (akit az Sviewer, az Sengine, 
illetve az Until alkotójaként ismerhettünk meg). A rövidebb 
fogalmazás bizonyos korlátozásokat is hoz magával: a DTD-n 
belül az cCENTITIESS, -ELEMENTSz, cATTRIBUTESz 
kulcsszó szerepelhet. Ezek után egy csoportban definiáljuk 
a megfelelő adatokat (ettől eltérően a DTD lehetőséget ad 
arra is, hogy egy elem definíciói után egyből definiálhassuk 
attribútumait). Az ENTITTES után a rövidítések következnek, 


az első oszlopban (azaz új sorban) kell kezdődnie a névnek, 
amelyet idézőjelek között követ a teljes, kifejtett alak. (Ez 
utóbbi akár többsoros is lehet.) 

A DTD definícióban használhatóak azok a rövidítések, 
melyeket százalékjellel kezdünk. Az ELEMENTS; vezeti 
be az elemek definícióját. Itt a elemek hierarchiáját a sor 
elején található szóközök jelzik (két szóköz jelent egy 
szintugrást). Az azonos szinten található elemek az előző 
szintű elem felbontását jelzik. Használhatjuk a zárójeleket 
(csoportosításra), illetve a már korábban bemutatott speciális 
jeleket. Vigyázzunk arra, hogy szóközöket az elemek neve 
és e jelek között ne tegyünk ki! A jelek használatát oldalakon 
keresztül lehetne részletezni, ám szerintem úgy lehet azokat 
legjobban megérteni és megtanulni, ha a program mellé adott 
példafájlok alapján elkészítünk egy-két sajátot. 

Az cATTRIBUTES; vezeti be a jelzők definícióit. Leg- 
egyszerűbb módon a sor kezdetére kiírjuk az elem nevét, 
majd felsoroljuk a jelzők neveit. (Ekkor a jelzők CDATA 
típusúak lesznek, és nem fontos szerepeltetni őket.) Ha olyan 
sok jelző lenne, hogy nem férnének ki egy sorba, akkor a 
következő sorban is folytathatjuk, csak e sor első karakter- 
helyét hagyjuk üresen. Ha más típusra is vágyunk, akkor 
soronként csak egy jelzőt írjunk az elem neve után, és utána 
soroljuk fel annak típusát és a hiányzó elem kezelését. 

Miután elkészítettünk egy ilyen fájlt, és illendőségből EZY 
kiterjesztéssél láttuk el, már el is készíthetjük a DTD fájlt. 
Ez is remek dolog (elvégre ezért jött létre ez a program), ám 
ennél jóval többet is tud. Ha az —A opcióval futtatjuk, akkor 
elkészíti a Sengine számára ehető programot, amivel egyből 
le is lehet tesztelni szövegállományainkat, hogy tényleg 
illeszkedik-e rájuk a DTD. Az -Y opció segítségével egy 
olyan AWK programot kapunk, amely kibontja rövidítésein- 
ket. (Ez csupán két érdekes opció volt a tizenkilencből.) Talán 
ennyi is elég annak bemutatására, hogy nem szükségesek 
dollártízezrek az SGML használatához. 


Aszalós László 









Pelers Group 





PC-SZERVIZ, 
SZÁMÍTÁSTECHNIKAI 
SZAKÜZLET 


Igény szerinti konfigurációk 1--2 év garanciával, 
alkatrészek, software, hardware, kiegészítők, 


Rendelésfelvétel, információ: 
06-30-526-041, -526-040 
Központi fax: 
06-30-800-904 





1161 Bp., Thököly utca 88. 
Tel.: 06-30-446-177, -499-277 


7020 Dunaföldvár, Rákóczi u. 2. 
Tel.: 06-30-545-080 


2700 Cegléd, Pesti út 1. 
Tel.: 06-30-515-499 


nyomtatók kedvező áron a legjobb minőségben! 
Cégek részére átalánydíjas szerviz szerződés! 
Hálózatépítés, -javítás, hálózatfelülvizsgálat! 


Viszonteladókat is kiszolgálunk! 
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INFORMÁCIÓKÉRÉS: 0924 A 


INFORMÁCIÓKÉRÉS: 0937 v 


e Novell, 


9 Ha versenyben akarnak maradni, csapatban kell 
dolgozniuk a jó eredményekért. Ehhez azonban az elhatározáson 
és a megfelelő szakembereken kívül szükség van 


még valamire: olyan közvetítő közegre, amely lehetővé teszi 
az összehangolt munkát. 

Ezt kínálja a GroupWise: e-mail, személyi határidőnaplók, 
csoportmunka-ütemező és Task-menedzser - egy alkalmazásban. 
Egy csomagban, kedvező áron beszerezhet mindent eszközt, 
amire a külvilággal való kapcsolattartáshoz szüksége lehet: 
GroupWise ClientsAdmin, Message Server (NLM), Async Gate- 
way (NLM8OS/2), MHS Gateway (NLM), X/25 Gateway (OS/2). 


Az üzletet továbbra is Önnek kell vezetnie, de két dolgot a 


GroupWise-zal megtakaríthat: 


időt és pénzt. 


1139 Budapest, Frangepán u. 8-10. Tel.: 344 38 38 Fax: 344 38 34 
Walton Szegedi Iroda: 6723 Szeged, Sándor u. 1. Tel./Fax: (62) 490 424 





ELENDER" 
enemss COINPUTER 
ROUTEREK 


CISCO PRO CPA 1003 225.900 Ft.:Áfa 


1 ETH./1 ISDN BRI s 
CISCO PRO CPA 1005 229.900 Ft.1Áfa 
425.900 Ft.:Áfa 








1 ETH./1 SYNC SER 
CISCO PRO CPA 2509 
1 ETH./2 SYNC SES/8 ASYNC SER 


Miaxoptix T4A2zso9 szzgegvz 
optikai drive 
caso és video 
JÉ. 00) alkalriazásokhoz 
(OPTIKATDRIVEI m 2.6 GB 
WM 30 ms hozzáférési idő 
MI 4.5 MB/s 
Wu SCSI NI. 
WHI 7 MB Cache 
W 247x64x264 mm 
WHI 7100.000 óra MTBF 
mM Novel! bevizsgált 


... ha elromlott a számítógépe, 

.. ha régi gépét szeretné az új feladatok elvégzésére 
alkalmassá tenni, 

.. ha új gépet szeretne venni kedvező fizetési 
kondíciókkal, 

.. ha OTP hitelt szeretne igénybevenni a vásárlásnál, 
.. ha felkeres minket. 


ne fÓN segítő jobb- 


Napi információk a TELETEXT 685. oldalán. 


INFORMÁCIÓKÉRÉS: 0909 v 


1087 Budapest, Hungária krt. 8. Tel.: 134-5008, 114-0532 Fax: 333-4347 
IX. Ferenc krt. 16. Tel./Fax: 218-2858 " XIII. Csángó u. 13. Tel./Fax: 270-3097 
Debrecen, Piac u 57. Tel,/Fax:(52) 413-795 II Szeged, Madách u. 15. Tel./Fax:(62) 310-26918I Szombathely, Széll K. u. 23. 
Tel.Fax:(94) 336-479 Pécs, Klimó Gy. u. 13. Tel./Fox:(72) 312-820 II Nyíregyháza, Nyírfa tér 5. Tel./Fax: (42) 405-666. 
Miskolc, Szent István u. 1. Tel./Fax: (46) 340-860 

Nyitva: hétfőtől péntekig 9-17 óráig 





Budapest XIII., Jászai M. tér 5. Tel./Fax: 111-5468, 131-9123 
Budapest XIII. , Tátra (Sallai) u. 8. Tel./Fax: 131-5705 
Budapest VI. , Thököly út 32. Tel./Fax: 269-7981 , 351-7980 
Budapest VI., Damjanich u. 23. Tel./Fax: 121-0561 
Debrecen, Tímár u. 15-19. Tel./Fax: (52) 349-662, 415-563 
Debrecen, Batthyány u. 10. Tel./Fax: (52) 412-166 
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Kalóztérképektől az árnyéksémáig 


Titokmegosztás 


A titokmegosztási sémák hatékony segítséget nyújtanak informatikai rendszerek 

kritikus pontjainak védelméhez. A kritikus információ (kulcs, jelszó) szétosztása 
csökkenti a rendszer függőségét az üzemeltető személyektől, illetve véletlen adatvesztés 
esetén is védelmet nyújthat. Cikkünkben áttekintjük a klasszikus titokmegosztási 
technikákat, s megemlítjük az e területen kidolgozott újabb sémákat is. 


Megosztott titkokról sokféle mendemonda kering. A Co- 
ca-Cola receptjének tudorairól például sokáig azt sem lehetett 
tudni, hányan is vannak (azt viszont igen, hogy egyszerre 
sohasem ülhetnek repülőre). 

Titokmegosztási sémákat már a középkorban is használtak. 
Jó példa rá, amikor három kalózvezér elássa a rablott kincset, 
majd a kincs környezetéről egy térképet készít. A térképet 
háromfelé vágják, s mindenki eltesz egy darabot. Utódaik 
öröklik a térképdarabokat, és ha ők meg akarják keresni a 
kincset, a következő problémákkal kerülhetnek szembe: 

Nem találják meg egymást, vagy valamelyik térképdarab 
elvész. Kétséges, hogy a maradék darabokból a kincs helye 
meghatározható-e, hiszen a három kalóz éppen azért dara- 
bolta fel a térképet, hogy egymásra legyenek utalva. 

Ugyanakkor valószínűleg mindegyik térképdarab hordoz 
információt a kincs helyéről, hiszen ha nem így van, akkor 
az adott darab felesleges. Elképzelhető az is, hogy egyetlen 
térképdarab is ad annyi információt, ami lehetővé teszi az 
elindulást, vagyis a fennmaradó lehetőségek kipróbálását, 
végigjárását idő vagy pénz befektetésével. Ismert irodalmi 
példa az, amikor a tengerből kifogott palackposta a hajótörött 
szigetének csak a földrajzi szélességét közli, a hosszúsági 
fok olvashatatlan (J. Verne: Grant kapitány gyermekei). A 
hiányzó adat ekkor a Föld körbehajózásával pótolható, bár 
elég sok múlik azon, hogy az adott szélességi kör az 
Egyenlítőhöz vagy a sarkokhoz van-e közel. 

Látható tehát, hogy a fenti módszerrel két probléma van. 
Egy szereplő kiesése, egy titokdarab elvesztése meghiúsít- 
hatja a titokdarab rekonstrukcióját. A másik probléma az, 


A titok 


0 1 Za 4 5 
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hogy egy vagy két titokdarab már annyi információt adhat, 
hogy a fennmaradó lehetőségek kipróbálhatók. (A titok értéke 
dönti el, hogy megéri-e kipróbálni.) 


Hogyan csinálnánk ezt ma? 


A titokmegosztás matematikai módszerei mindkét problé- 
mát megoldják. A legismertebb módszert Shamir találta fel, 
s a Lagrange-féle polinominterpoláción alapul. Ennek lénye- 
ge az, hogy egy k-/-edfokú polinom együtthatóit vissza 
tudjuk állítani, ha ismerjük a k különböző helyen felvett 
értékét. Legyen a titok a 0. helyen felvett érték (vagyis a 
konstans együttható), és legyen a többi együttható véletlenül 
választott. Ha n részre akarjuk bontani a titkot, akkor legyenek 
a titokdarabok a polinom 7, 2, ... n helyen felvett értékei. 
Ha az n érték közül ismerünk k darabot, s azt, hogy az adott 
értéket hol vette fel a polinom, akkor a polinom együtthatói 
visszaállíthatóak. Így a 0. együttható is, ami a titok. 

Az olyan sémákat, ahol n titokbirtokos közül bármelyik k 
vissza tudja állítani a titkot, küszöbsémáknak nevezzük. 
Nézzük meg egy példán, mit tud nyújtani ez a módszer. 


A küszöbséma módszer 


Tegyük fel, hogy a rendszergazda belépési jelszavát sze- 
retnénk felosztani. j 

Meghatározhatjuk azt, hogy hány személy között akarjuk 
a titkot szétosztani, legyen ez mondjuk 5. Meghatározhatjuk 
azt is, hogy az 5 ember közül hány szükséges a jelszó 
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A Shamir-féle küszöbséma 
matematikai háttere 


Válasszunk egy p prímszámot, amely nagyobb, mint 
a titok (ha a titkot bitekkel felírt számnak tekintjük). 
Legyen (n) a kiosztandó titokdarabok (árnyékok) szá- 
ma, és legyen m árnyék szükséges az M titok rekonst- 
ruálásához. Véges test feletti algebrai egyenleteket 
használunk, ami azt jelenti, hogy a számokat modulo 
p tekintjük, s az alapműveleteket modulo p végezzük 
el. A titok megosztásához generáljunk egy tetszőleges 
m-1-edfokú polinomot a fenti p elemű test felett. Tehát 
ha egy (m,n) megosztási sémát akarunk defniálni, akkor 
generáljunk egy m—1-edfokú 


(amax"! 4 am2xTr? 4 .. 4 ajx $ M) mod p 


polinomot, ahol a p véletlen prím, nagyobb valamennyi 
generált együtthatónál. Az aj (j — 1, m-1) együtthatók 
véletlenszerűen választottak, titkosak, és az árnyékok 
szétosztása után eldobhatók. M azonos a titokkal. A p 
prím nyilvánossá is tehető. 

Az árnyékokat a polinom n különböző pontban 
kiszámolt helyettesítési értékeként-nyerhetjük: 


ki — F(xijmod p . 


Más szóval, az első árnyék lehet a polinom értéke 
az x - 1 helyen, a második árnyék lehet a polinom 
értéke az x — 2 helyen és így tovább. Ezzel lezártuk a 
feladat első részét, a titok szétosztását. 

Mivel egy m-1-edfokú polinomnak m ismeretlen 
együtthatója van (most: am-1, ..., as és M), bármely m 
árnyék segítségével felállítható m lineáris egyenlet, 
amelyben az együtthatók az ismeretlenek. Ugyanekkor 
m-I1, illetve ennél kevesebb árnyék nem elegendő a 
lineáris egyenletrendszer megoldásához, míg m-nél 
több árnyék már redundanciához vezet. Ha tehát meg- 
oldjuk a lineáris egyenletrendszert (például Gauss- 
eliminációval), akkor a megoldások között szerepel a 
nulladfokú tag M együtthatója is. Így megoldottuk a 
feladat második részét is, visszaállítottuk a titkot. 
Vegyük észre, hogy nincs szükségünk az összes együtt- 
hatóra, csak az M-re. Ez az ötlet gyorsíthatja az 
egyenletmegoldást. 

Egy rövid példán, amelyben n és m értéke nem nagy, 
szemléletesen bemutatható a fenti séma és megoldása. 

Példa egy (3,5) titokmegosztási sémára, amelyben 
bármely három résztvevő együttesen rekonstruálni tudja 
az M titkot. 

Legyen a titok M -— 11. Legyenek a másodfokú 
polinom véletlenszerűen választott együtthatói 7 és 8, 
a véges test elemszáma pedig 13. Tehát a következő 
másodfokú polinomot generáltuk: 


(1-1 ,..,n) 





F(xa) 5 (7x2 4 Bx 4 11) mod 13 








visszaállításához. Legyen ez, mondjuk, 3, vagyis ez egy (3,5) 
küszöbséma. Ekkor két titokdarab elvesztése vagy megron- 
gálódása esetén a jelszó még visszaállítható. Ugyanakkor 
információelméletileg bizonyítható, hogy bármely két titok- 
darab együttesen is nulla információt hordoz a titokról, vagyis 
két titokdarab ismerete esetén is éppen annyi a szóba jöhető 


jelszavak száma, mintha nem tudnánk semmit. Ezt úgy is 
meg lehet fogalmazni, hogy a titokdarabok birtokosai (a 
titokdarabokat árnyéknak is nevezik), ha háromnál keveseb- 
ben vannak, akkor ugyanannyit tudnak a titokról, mint a 
kívülállók. Az ilyen sémákat méltán nevezik tökéletes sé- 
máknak. 

Igaz az is, hogy ha a séma tökéletes, akkor a titokdarabok 
mérete legalább akkora, mint a titok (méreten a leíráshoz 
elegendő bitek számát értjük). Ugyanis két titokdarab-birto- 
kos összesen is nulla információval rendelkezik a titokról, 
vagyis a bizonytalanság megegyezik a titok méretével. 
Nyilvánvaló tehát, hogy a harmadik titokdarabnak legalább 
annyi bit információt kell hordoznia, mint a titok mérete. 


Egy másik megközelítés 


Egy Blakley nevű úr másképp közelítette meg a problémát. 
Konstrukciója szellemes és szemléletes. Legyen a titok egy 
pont (ennek koordinátáival) a háromdimenziós térben. Le- 
gyenek a titokdarabok a pont vetületei az (x,y), (x,z), (y,2) 
tengely által meghatározott síkra. (Ez az eredete az árnyék 
elnevezésnek.) Egy ilyen pont egy egyenest határoz meg, 
amelyen a titoknak rajta kell lennie. Tehát bármely két 
titokbirtokos vissza tudja állítani a titkot, ez egy (2,3) 
küszöbséma. Ez a séma nem tökéletes, hiszen a titokdarab 
birtokosa tudja, hogy a titok melyik egyenesen van, míg egy 
kívülálló nem. Természetesen egyéb paraméterű sémák is 
készíthetők a tér és az alterek dimenzióinak megfelelő 
megválasztásával. 

Megjegyezzük még, hogy itt általában nem euklideszi, 
hanem véges projektív térben dolgozunk. 

Már a Shamir-séma is figyelembe tudja venni azt, ha a 
titokdarab-hordozók nem egyformán fontosak. Osszuk az 
árnyékok hordozóit két csoportra, az első csoport tagjai 
kapjanak egy titokdarabot, míg a második csoporthoz tarto- 
zók kettőt. Ha négy titokdarab szükséges a visszaállításhoz, 
akkor a második csoportból bármelyik kettő, az első csoport- 
ból bármelyik négy személy állíthatja vissza a titkot, illetve 
a harmadik lehetőség az, hogy az első csoportból kettő, a 
második csoportból egy titokdarab-birtokosra van szükség a 
visszaállításhoz. 

Általában igaz: ha egyesével meghatározzuk azokat a 
részhalmazokat, amelyek jogosultak a titok visszaállítására, 
akkor konstruálható olyan titokmegosztási séma, amely ezt 
teljesíti. Ekkor például az A egyedül, a B, C, D hármas együtt, 
és a D és E kettős is képes a titkot visszaállítani. Egyetlen 
természetes feltételt szükséges teljesíteni: ha egy halmaz 
jogosult a titok visszaállítására, akkor minden olyan halmaz 
is, amely azt tartalmazza. Ha három ember jogosult a titok 
visszaállítására, akkor ha egy negyedik csatlakozik hozzájuk, 
a csoport továbbra is képes a titok visszaállításra. 


Felhasználási területek 


A titokmegosztást elsőként kulcsellátó rendszerekben al- 
kalmazták. Sok felhasználót az tart vissza a rejtjelzés alkal- 
mazásától, hogy fél a rejtjelzéshez használt kulcs elveszté- 
sétől. Titokmegosztás alkalmazásával a rejtjelző kulcs 
visszaállításához szükséges mesterkulcs több részre osztható, 
különböző helyeken, különböző személyek felügyelete alatt 
őrizhető. 

Megoldható egy digitális aláírás jogosultságának , szétosz- 
tása" is. Jó példa erre az, ha egy bankban egy nagy értékű 
átutalást bármely két alelnök együttesen írhatja alá. Ez jobb, 
mintha külön-külön írnának alá, hiszen ha a bankon kívül 
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valaki ellenőrizni szeretné a tranzakciót, akkor őt nem érdekli, 
hogy éppen ki volt az aláíró, sőt az aláírók változása 
kifejezetten zavarja, ő a bank egyetlen aláírását szeretné látni. 

A titokmegosztás segíthet olyan esetekben, amikor olyan 
emberek, csoportok dolgoznak együtt, akik nem teljesen 
bíznak egymásban. Vegyünk példának egy mérőműszert, 
amely valamilyen orosz—-amerikai hadászati megállapodást 
ellenőriz, és az eredményeket egy kulccsal rejtjelezi. Azt 
szeretnék elérni, hogy csak együttesen juthassanak az ered- 
ményekhez. Ez egy egyszerű (2,2) sémával megoldható. 
(Ebben az esetben megoldható egyszerűbben is.) Életszerűbb 
feltevés, hogy mindkét oldalon egy-egy bizottság dolgozik, 
s mindkét oldalról legalább két-két ember kell a kulcs 
visszaállításához. Ha még azt is elvárjuk, hogy a bizottsá- 
gokból bármelyik két ember alkalmas legyen erre a feladatra, 
akkor segíthet egy olyan titokmegosztási séma, ahol a 
küldöttségek árnyékaiból bármelyik kettő egy egyenest ha- 
tároz meg a síkon. A két küldöttség egyeneseinek metszése 
adja a titkot szimbolizáló síkbeli pontot. 


s Árnyékolás" 


A fenti példát leegyszerűsítve azt is mondhatjuk, hogy 
nagy értékű, rejtjelezett formában tárolt adatok kulcsának 
titokmegosztással történő védelme a titokmegosztási mód- 
szerek gyakori alkalmazási területe. Ma, amikor a hálózati 
kommunikáció minden formája rohamosan terjed, és gomba 
módra szaporodnak az Internet szabványait alkalmazó privát 
hálózatok, az informatikai rendszer biztonságának megte- 
remtéséhez a titokmegosztás biztonságos kiegészítő eszkö- 
zöket nyújthat. 

A , szétosztott" öt árnyék a következő: 


ki s F(1) 5 7 4 8 4 11 § 0 (mod 13) 
ka - F(2) - 28 4 16 4 11 § 3 (mod 13) 
ks - F(3) - 63 t 24 4 11 f 7 (mod 13) 
ka - F(4) - 112 4 32 § 11 § 12 (mod 13) 
ks - F(5) - 175 t 40 4 11 f 5 (mod 13) 


Rekonstruáljuk az M titkot tetszőleges három árnyékából. 
Legyenek ezek például k2, kz3 és ks. Ekkor a következő lineáris 
egyenletrendszert kapjuk: 


ka - 3 esetében: a t 22 4 b § 2 4 M - 3 (mod 13), 

ks - 7 esetében: a ! 32 4 b " 3 4 M -— 7 (mod 13), 

ks - 5 esetében: a t 52 4 b § 5 4 M - 5 (mod 13), 
azaz 

4 tt a 4 2 ! b 4 M - 3 (mod 13) 

9 " a 43 " b 4 M - 7 (mod 13) 

25 "a 415 tr b 4 M - 5 (mod 13) 


A három egyenletből álló egyenletrendszerünk megoldása: 
a-—7,b-8és M- 11. Valóban visszanyertük az M titkot. 
A sémát meg is csináltuk, maximum 1024 bites titkot tud 
szétosztani. Egy implementáció természetesen bonyolultabb 
az elméleti modellnél, ellenőrizni kell a titkok integritását, 
adminisztrálni kell a titokdarabokat. Ez a programrendszer 

alapvetően a fentiek szerint működik. 
Papp Pál — Vecsera Ildikó 


(A szerzőktől a programra vonatkozó információ a 
papp(omail.datanet.hu címen kérhető.) 
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MAGYAR FRRMODEN 


magánemberek, kisvállalkozások 


ideális kommunikációs eszköze 


Fű 
; 
IZEK 


w 


Magyarországi gyári beállítások! 
Teljes magyar nyelvű dokumentáció! 


Típusengedélyi 





INFORMÁCIÓKÉRÉS: 0932 A 


array Data Hungária Kft. 
1182.Bp. Királyhágó u. 108. 
tel/fax 295-2239, 294-3247 


HÁTTÉRTÁRAK 


- CDírókésPDdrive — - írásvetítők 

- optikai lemezek - LCD panelek 

- 2 6GByte-os optikai tár - projektorok 

- CD és optikai jukebox  - vetítóvásznak 

- szoftverek - parabolaernyők 
Dos, Windows, NT/95, 
Novell, Unix platform 


PREZENTÁCIÓ 


Plasmon 
nVyiew, Yamaha, NSM, 


Elite, ATG, 
InFocus 
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Ha másképp nem megy... 


, Elemi" ismeretek 


Mint mondják: , Ismétlés a tudás anyja". 


A Periodic program segíti az elemek 
és vegyjeleik bevésését — jelölve 
azok rendszámát is a panel felett. 


A program folyamatosan, a mellékelt 
két ASCII fájl (.CHM) alapján ábécé- 
rendben sorolja fel az elemeket és vegy- 
jeleiket. A felsorolás rendezve kérhető: 
az elemek neve szerint (ez az alapbe- 
állítás), de vegyjeleik alapján is. Ezt a 
program futása során is meg lehet vál- 
toztatni a gombok, illetve a Ctrl 4 E 
vagy a Ctrl -- V billentyűk segítségével. 


Szintén kapcsolható a hangjelzés az. . 


ikonon, illetve a Ctrl -- H billentyűvel. 
A programot vagy az ESC billentyűvel, 
vagy az Alt -- F4 billentyűkombináció- 
val lehet megszakítani. 

Az F! billentyűvel kérhető egy rövid 
segítség a program futása során, de 
egérrel a ,,?" ikonon kattintva is. Egy 
további ikon, illetve a Ctrl 4 K billen- 
tyűkombináció szerepe az elemcsopor- 
toknak megfelelő kiíratás. Az opció 
bekapcsolása a /K kapcsolóval végzett 
indítással is megoldható. Bekapcsolás 
után az elemcsoportokat jelző színek a 
képernyő alsó részén is megjelennek, 
és a csoportok rövid , tartalomjegyzé- 
ke" is kiírásra kerül. Ez utóbbi kiírás a 
program futása során az Alt -- K billen- 
tyűkombinációval kapcsolható ki/be, de 
csak akkor, ha a csoport szerinti háttér- 
jelölés aktív. Hasonlóan kapcsolható 
egérrel, a 10. csoport színgombjára kat- 
tintva. A kapcsolás megoldható a soro- 
lást végző nyilakkal majdnem egy szint- 
ben mozgatva az egeret. 


Hogyan kell kezelni? 


A nyilak közül a jobbra és a lefelé 
mutató az ábécé szerint előre, a balra 
és a felfelé mutató pedig visszafelé 
pörgeti a névsort. A program induláskor 
a bekapcsolt Numlock állapotot felold- 
ja. Ezzel a numerikus billentyűk is 
használhatók kurzorként. Kilépéskor 
lehetőség szerint visszaállítja az eredeti 
állapotot. A program egy további lehe- 
tőséget is biztosít a csoportok áttekin- 
tésére. Ekkor az egérrel az , ELEM- 
CSOPORTOK" feliratra kattintva az 


bekapcsolódik, miközben a középső 
feliratpanel is színt vált. 

Ezt követően az alsó gombsor tagja- 
inak bekapcsolása is lehetővé válik. 
Azokon az egérrel kattintva a felső 
mezőben megjelenik a megfelelő cso- 
port rövid tartalomjegyzéke. A nyilak 
funkciója ez esetben is azonos az előbb 
említettel. Az üzemmódot az ESC bil- 
lentyűvel, illetve az , ELEMCSOPOR- 
TOK" feliratra kattintva, vagy a jobb 
egérgombbal lehet elhagyni. Az itt meg- 
jelenő súgó csak ezt az üzemmódot 
támogatja. Ezt az üzemmódot egér nél- 
kül az Alt -- E billentyűkombinációval 
is bekapcsolhatjuk. 

Adott elemet megkereshetünk a 
vegyjele szerint az Alt -- B billentyűk- 
kel, illetve egérrel a "B" gombon kat- 
tintva. De kereshetünk a rendszáma 
alapján is az Alt -- R billentyűkkel, 
illetve a bal egérgombbal a rendszám 
ablakában kattintva. Ugyanitt a jobb 
egérgombbal kattintva (vagy Alt - S) 
az elemeket rendszám szerinti sorrend- 
be rendezhetjük. A visszatéréshez az 





ábécérend szerinti soroláshoz ugyanez 
a kapcsolás alkalmazható. 


Miheztartás végett... 


A programban alkalmazott csoporto- 
sítás a Römpp-féle kémiai lexikonban 
találtaknak megfelelő, nem jelölve kü- 
lön színekkel az alcsoportokat. Ez alól 
kivételt képeznek 3. alcsoport , alcso- 
portjai", a lantanidák és az aktinidák. 
Ezeket a 9., illetve 10. csoport tartal- 
mazza. Az elemek neveinek, vegyjele- 
inek írásmódja szintén a fenti mű alap- 
ján került be a szövegfájlokba. Kivételt 
képeznek a 104-es rendszámú és annál 
nehezebb elemek. A 104-es elem kur- 
csatóviumként szerepel a program ada- 
tait tartalmazó fájlban, bár nevére P. W. 
Atkins , A periódusos birodalom" című, 
közelmúltban megjelent könyve dubni- 
umot ad meg. A 105—-109-es elemek 
nevét, rendszámát szintén e mű alapján 
tartalmazza a program. De ha az itt 
megadott név, illetve vegyjel nem meg- 
felelő, ezt az ASCII fájlok átírásával 
módosítani lehet, viszont a csoportok 
rövid , tartalomjegyzéke" továbbra is a 
régit fogja tartalmazni. (Ha valamiben 
tévedek, szívesen kijavítom.) 








1 





























2 


2. csoport: Alkáliföldfémek t 


Zink-csoport 


[3 
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Amennyiben a módosítás mellett 
döntünk, akkor a többi paraméterrel 
együtt végezzük a módosításokat. Eh- 
hez az említett szövegfájlok első sora 
tartalmazza a csoportok számát. Ez nem 
lehet 10-nél több és 2-nél kevesebb (ha 
mégis, a csoportszám az alapértelme- 
zett 10 lesz). Az ezt követő felsorolás- 
ban található az elemek rendszáma, 
neve és vegyjele, majd egy szám kö- 
vetkezik, amely nem más, mint a cso- 
portot jelölő szám. Praktikus okokból 
a háttérpanelben kért szín kódja. Ha ez 
a szám a csoportok számánál nagyobb, 
a program az utolsó csoportba tartozó- 
nak fogja tekinteni. Az elemek neveinek 
írásmódja szintén módosítható, de a 
hosszú ékezetes kis-, illetve az "É" 
kivételével a nagybetűknél a ku"rium- 
nál talált ékezetjelölést szükséges hasz- 
nálai (AE O sar OU a 


Végül a programról 


Borland Turbo Pascal 7.0 környezet- 
ben készült, helyenként objektumba 
(.OBJ) fordított Assembler, illetve Tur- 
bo C betétekkel. A PERIOD.EXE prog- 
ramfájl DOS alatt fut real üzemmódban, 
memóriaigénye azonban elég jelentős. 
Probléma nélküli futásához kb. 500 
Kbájt szabad DOS memória kell. Tá- 
mogatja a DOS-EMM használatát, ha 
van ilyen. Enélkül csak ahagyományos 
memóriában dolgozik. A program be- 
épített overlay-egységeket is tartalmaz 
a futás közben fellépő alap-memória- 
igény csökkentésére. Ezek az overlay- 
egységek lehetőség szerint szintén az 
EMS-t használják. Ebből is kb. 200 
Kbájtot. Valószínűleg ez utóbbi okozza, 
hogy a Norton Antivirus Autoprotect 
régebbi verziói az első futtatáskor vírus 
esetleges jelenlétét jelezhetik. (Pedig 
tudtommal nem írtam vírust!) 

Az overlay-egységek miatt az .EXE 
terjedelmes volta ellenére is lehetőség 
szerint ne, vagy csak kellő elővigyázat- 
tal használjon bárki is további .EXE- 
tömörítést. Bár a program tapasz- 
talatom szerint nem okoz memóriaüt- 
közést, ennek lehetőségét csökkenteni 
lehet az egér kikapcsolásával. A prog- 
ramot /M kapcsolóval indítva szintén 
nem fog egeret használni. Akkor sem, 
ha van a gépen aktív egér. Azonban az 
egér jelenlétét ekkor is előzetesen tesz- 
teli a 33h megszakításon, így egy eset- 
leges ütközés ekkor sem zárható ki 
teljesen. 

A program Windovs alól is indítható, 
azonban a színbeállítások megőrzése 
érdekében csak teljes képernyős üzem- 
módban használjuk. 

Simay Endre István 
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, Vegyes" anyagok a lemezen 





A lapot (és a programokat) az élet 
szerkeszti... A szomszédos hasábokon 
olvasható cikkhez tartozó  Periodic 
programot szerzője eredetileg Chemic 
névre keresztelte, csak amikor egy 
ugyanilyen nevű shareware-be ütkö- 
zött, akkor változtatta meg Periodicra. 
A Chemic for Windows demója egyéb- 


ként a periodikus táblázatot mutatja be, — 


az egérkurzor alatti elemekről adva 
bővebb információt is. 

S hogy a kép még teljesebb legyen, 
egy Chemical nevű shareware szoftver 
is előkerült (bár az meg Chem lehetne, 


a Chemica Elementum r]t 


Functions 


KEY 


Atomic Number: 560 

Symbol: 

Element Name: 

Atomic Weight: 144.24 
"] or most stable isotope, 

if in parentheses. 


Neodymium 


mert így hívják az .EXE fájlt). A Che- 
mical játéknak sem rossz: atomokból 
tudjuk vele összerakni a vegyületek 
molekuláit, és a modellt (lásd alábbi 


képünket) forgathatjuk, sokodalúan 
elemezhetjük stb. Mivel e programok 
jól kiegészítik egymást, mindhármat 
ráraktuk a lemezmellékletre. Az oktató 
"célzatú kémiai , játékok" egyrészt az új 
tanév "megkezdésére emlékeztetnek, 
másrészt előrevetítik jövő havi témán- 
kat: az , edutainment" munkacíme 
TANJÁTÉK, ami egyúttal magyarítási 
kísérlet is. Tessék ízlelgetni! 
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AZ INTERAKTÍV 
MÉDIÁK 
MAGAZINJA 


Multimédia Magazin Mindenkinek 

Az idei második szám 

megjelent június végén 
A tartalomból: 
Mérlegen a hazai lexikon-CD-k, Monitorok óri- 
ástesztje, Slide show a karosszékből Portfolio 
Photo-CD-vel, Trükkök a CorelDRAW-val, Vi- 
deo a multimédiában, Audio-CD-válogatás, Is- 
merkedés a CompuServe-vel, Hálózati multimé- 
dia-fejlesztők és bemutatkozik többtucatnyi CD- 
újdonság. 


A CD-MELLÉKLETEN 


Mallorcai utazás, Soproni körkép, Lánchídi han- 
gulatok, Dolák-Saly Róbert videoklipje, Az év fo- 
tói 1995, Multimédia-iskola, A tokaji bor apoteó- 
zisa, Új hazai CD-k demói és shareware csokor. 


A CD Panoráma megjelenik évente négyszer, 
előfizethető a Computer Panoráma Kiadónál. 
cím: Computer Panoráma Kiadói Kft. 
1091 Budapest, Üllői út 25. II. emelet 
Telefon: 218-3011/302, fax: 217-2646 
Teljes éves előfizetés esetén ajándék CD-box! 


MEGRENDELŐLAP 
Előfizetéssel megrendelem 1996-ra a CD Panorámát 
(négy szám ára: 3920 Ft, az idén még hátralévő két szám ára: 1960 Ft) 


Név: .... 





Postacím: 


Telefon: 





Olvasható aláírás: .. 
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Újdonságok a DataFlex világából! 


6€ DataFlex 3.1 DOS, OS/2, Unix környezetben 
Új szolgáltatások: 
Tranzakciókezelés Novell TTS-sel 
Beépített Application Framework 
Új utasítások 
Gyorsabb objektum- és indexkezelés 
DFIMPORT utility 
Adatbázis-adminisztrátori funkciók 

6€ FlexOL 2.0, WINOL 

e Új, 2.3b runtime, gyorsabb indexkezelés, 
TTS-támogatás, 2000-re egyszerű megoldás 

€ DataFlex hírek, újdonságok az INTERNET-en 
a DataFlex Klub támogatásával 


OOP kézikönyv és leírás magyarul is kapható! 
Package-ek, utilityk magyar nyelven is! 
Tanuláshoz segédanyagok rendelhetők. 


NEXT Software Kft 


Budapest XI., Andor u. 60. Tel.: 208-4643 




























Borland 
legalizációs kampány 
1996. szeptember 30-ig 


az alábbi termékekre 





for JEDSESSS 


SZ RADK apmcnt 


upgrade alap bemutatása nélkül: 


14.900,- Ft t Áfa 


Delphi 1.0 Desktop C/Upgrade 4 
19.900,- Ft 4 Áfa 


Delphi 1.0 Desktop Legalization licence 2 user 


16.000,- Ft -- Áfa 


BC-- 4.52 C/Upgrade A 
19.900,- Ft Áfa 


BC--- 4.52 Legalization licence 2 user 


14.000,- Ft -- Áfa 


Turbo Pascal 7.0 Dos C/Upgrade A 
19.900,- Ft-t Áfa 


Turbo Pascal 7.0 Legalization licence 2 user 


Visual dBase 5.5 C/Upgrade 9.900,- Ft Áfa 


Mindegyik csomag teljes dokumentációt, adathordozókat, 
licencet és regisztrációs kártyát tartalmaz. Mind a 
szoftvercsomagok, mind a licencek a későbbiekben 
upgrade alapként felhasználhatóak! 


Ezt kár lenne kihagyni ... 


m 1085 Budapest, Horánszky utca 26. 
ko e I - $70 Telefon: 138-4144, fax: 118-0915 
Internet: http://www.delphi.hu 


SílVert 
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A INEN "OTNTNOTN UTAT I KITT 


GIDATA KFT 
A NYOMTATÁS HATÉKONYSÁGÁNAK SZOLGÁLATÁBAN 





HP, EPSON, STAR, CANON NYOMTATÓK 
KÖRNYEZETBARÁT FESTÉKEK, TINTAPATRONOK 
SIMM-MODULOK, MEMÓRIÁK, CARTRIDGE-OK 
VONALKÓD KAZETTÁK HP NYOMTATÓKHOZ, OCR-A, OCR-B SOFT-FONTOK 
MAGYARÍTOTT DRIVEREK HP ÉS KOMPATIBILIS NYOMTATÓKHOZ 


1027 Budapest, Fő u. 68. 
Tel.: "201-2011, 201-8816, 202-0973 
BBS: 214-6653 


KIVÁLÓ MINŐSÉGŰ FONTOK MINDEN MENNYISÉGBEN 
TYPE1 ÉS TRUETYPE FORMÁTUMBAN 
PC ÉS MACINTOSH PLATFORMRA EGYARÁNT 


NYITOTT FONT ÉS LOGO CD-K 
URW DESIGN COLLECTION 
TÖBB MINT EZER KELET-EURÓPAI URW FONT AZONNAL 
ADOBE, AGFA, LINOTYPE FONTOK RENDELÉSRE 
EGYEDI ÖSSZEÁLLÍTÁSOK, HIVATALOS CÉG-LICENSZEK 
PROFESSZIONÁLIS LOGO DIGITALIZÁLÁS , FONTKÉSZÍTÉS 
DTP ÉS TIPOGRÁFIAI SZOFTVEREK 


GIDATA KFT 
1112 Budapest, Neszmélyi út 28. 
Telefon, fax: (06-1) 310-3271, 310-3555 
compuserve: 72773,360 
internet: gidatagomail.datanet.hu 








vagy 





na selejtezés esgélés MATA abukkan az Alaplai 


1990. júniusi, 1990. októberi, 1991 vagy 199 uniusi 


1 maira. 


egyenként, akár együtt is 


bVI számaira. 











bs Nem a azokat meg 





JECSEI Uj Alaplap tetszőlegesen 





1990) felkínáló 





sét kapja cserébe. 
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MoBiDic 


A gépi szótárak új koncepciója 


A szótárprogramok — még a legismertebbek is — 
megpróbálnak a lehetőségekhez képest 
a legjobban hasonlítani papír társaikra. 


Vajon tényleg erre van szükség 


a számítógépes környezetben történő fordításnál? 
És ha nem, milyen módon lehetne 

jobban támogatni a fordítási folyamatot? 

Ha pedig készül egy ilyen új típusú rendszer, 
használható-e a fordításon kívül másra is? 


A szótár nem más, mint összefogla- 
lása annak a tudásnak, amely a szavak 
különböző beszédhelyzetekben adott 


használatából alakult ki. Mint minden - 


összefoglaló "mű esetében,  termé- 
szetesen itt is előfordul olyan eset, hogy 
a szótárban talált információ felülbí- 
rálandó, vagy legalábbis kiegészítendő. 
Más szóval, a szótár sohasem tartalmaz- 
hat minden ismeretet, csak lehetőleg 
sokat. Ezért a fordítónak sohasem lehet 
elegendő szótár a környezetében, min- 
dig kell a fordítói intuíció, ami nem 
elsősorban a szavak, kifejezések, ha- 
nem sokkal inkább a fordítási szokások 
ismeretén alapul. Ennek a tudásnak a 
támogatása pedig éppen nem a kivona- 
tolt, összefoglalt szótárszerű informá- 
cióval, hanem rengeteg példával (akár 
a különféle szótárakban összefoglaltak- 
kal, akár a meglevő fordításokban ta- 
láltakkal) a legcélszerűbb. Ehhez pedig 
a hagyományos szótártípusoktól eltérő 
struktúrájú szótárakra van szükség. 


Mitől intelligens egy szótár? 


A szótár — akár könyv alakban 
kiadott, akár számítógépes — önmagá- 
ban annyi intelligenciát tartalmaz, 
amennyit a szerzők, szerkesztők bele- 
vittek" — mondhatnánk, ha nem érez- 
nénk, hogy sokszor használat közben 
derül csak ki egy-egy mű valódi értéke. 
Például jól vagy éppen nem jól tudunk 
keresni benne, vannak vagy nincsenek 
jó mutatói, indexei, könnyen vagy ne- 
hezen találhatók meg benne a kifejezé- 
sek, és még ki tudja, hány szempont 
adja meg a szótár használhatóságát. 

Számítógépes megvalósításkor 
könnyen érvényesíthetők olyan szem- 
pontok, mint a fordítás közben való 


használhatóság, a működési sebesség 
növelése vagy a kézikönyvek nézege- 
tési, tallózgató stílusának a támogatása 


: — ettől azonban még nem mondhatjuk, 


hogy növekedne a szótárak intelligen- 
ciája. 

A könyv alakban történő megjelení- 
tés elvileg képtelen néhány olyan do- 
logra, amit pedig a gépi megvalósítás 
lehetővé tenne. Ilyenek például a kere- 
sés nyelvi pontossága, a bővíthetőség 
és a párhuzamos működtethetőség. A 
könyvszótárakat utánzó számítógépes 
szótárak ugyancsak adósak ezzel. Már- 
pedig úgy tűnik, hogy éppen a fenti 
szempontok érvényesítése jelenthetne 
olyasmit, amit a gépi szótárak , intelli- 
genciájának" nevezhetnénk. A követke- 
zőkben a gépi szótáraknak ezeket a 
lehetséges előnyeit vesszük sorra. 


A karakterkészletek megjelenítésének 
szabadsága 


Természetes követelmény, hogy min- 
den olyan nyelvnek a karakterkészlete 
megjeleníthető legyen, amely legalább 
egy szótárban előfordul. Így Európában 
minimális követelmény, hogy a nyugat- 
európai, a kelet-európai, a cirill, a gö- 
rög, a török és a balti kódlapokon 
szereplő betűket használó nyelvek sza- 
vai az adott nyelv pontos helyesírásával 
jelenjenek meg. 


Nyelvfüggő ábécérend 


Mivel az egy kódlapon szereplő ka- 
rakterek nyelvenként más szabvány 
szerint kerülnek ábécésorrendbe, min- 
den előforduló nyelvhez mellékelni kell 
egy olyan információt, amely ezt a 
sorrendet leírja. 


Szavak, kifejezések intelligens keresése 


A keresés kérdéskörén belül érdemes 
különválasztani a szavak keresésébe 
bevihető intelligenciát a többszavas ki- 
fejezések kezelésétől. 


1. Szótári tövek előállítása az 
aktuális alakból 


A szótári címszavak nyelvenként és 
szófajonként különbözőek: a magyar- 
ban a névszók alanyesetben, az igék 
egyes szám harmadik személyben áll- 
nak, de például a németben az igék 
szótári alapformája az infinitívusz. A 
szövegekben előforduló szóalakok (hi- 
szen általában innen indul a szótárazási 
folyamat) először egy szótári alakokat 
előállító programmodulon kell, hogy 
átmenjenek, ezáltal minden bemenő 
szóra egy vagy több szótári tövet állí- 
tunk elő. Ha pl. a bemenő alak a 
KIMENTEK, akkor mind a KIMENT 
(excuse), mind a KIMEGY (go out) alak 
előáll keresendő tőként. 

Effajta többletet csak az algoritmikus 
úton működő nyelvelemző rendszerek 
hozzáadásával lehet elérni. A szóalak- 
tani (morfológiai) elemzés visszaadhat- 
ja a szó szófaját is, lehetővé téve a 
szócikk megjelenítésének leszűkítését 
csupán erre a szófajra. 


2. Többszavas kifejezések 
intelligens keresése 


A morfológiai elemzés, pontosabban 
a tőelőállítás (lemmatizálás) többszavas 
kifejezések esetén is működik. Ilyenkor 
azt várjuk el a rendszertől, hogy — ha 
kell, a keresett szavak sorrendjétől füg- 
getlenül — jelenítse meg mindazokat a 
szótárban szereplő kifejezéseket, me- 
lyekben a keresett szavak tövei előfor- 
dulnak. Tehát: a GET GOING kereső- 
kérdésre mondjuk az , [ve got to go" 
kifejezés is találat lesz, hiszen az eredeti 
kifejezésben szereplő mindkét tő, a 
GET és a GO egyaránt szerepel benne. 
Igazi előnye ennek a módszernek, hogy 
olyankor is megtalálja a program a 
kifejezést, amikor külön nem is kérjük 
tőle: ha például nem tudjuk, hogy egy 
kifejezés valamelyik elemén állunk, rá- 
adásul a szó más személyben, számban, 
módban, időben stb. szerepel a szöveg- 
ben, mint a kifejezésben. 
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Az is előfordulhat, hogy egy kevésbé 
jelentősnek tekintett tagjáról ismerünk 
fel olyan kifejezést, amely a , papír 
szótárakban" csak egy helyen — az ún. 
kulcsszónál — található meg. Míg nem 
ismertük fel magát a kifejezést, addig 
annak tagjairól sem lehet semmiféle 
elképzelésünk, minősítésünk. Például a 
, Szem előtt tartom" kifejezés ilyen for- 
mában nincs meg a szótárban, rajta 
keresztül mégis megtalálja a rendszer 
az , ezt tartva szem előtt" és a , mindezt 
szem előtt tartva" kifejezéseket. 


Egységes kezelői felület, 
korlátlan bővíthetőség 


E kérdéskörön belül sorra veszünk 
néhány olyan lehetőséget, amelyet a 
MoBiDic szótárak biztosítanak a fel- 
használó számára. 


1. Tetszőleges számú szótár 
egyidejű használata 


A használatban lévő szótárprogra- 
mok egységes kezelői felületének kifej- 
lesztése iránti igény valószínűleg so- 
kakban felvetődött már, de a különféle 
szótári rendszerek készítői nehezen 
hozhatók egységes álláspontra a felület 
kialakítását illetően. Ugyanakkor a szó- 
tárprogramokat marketing okokból se- 
melyik gyártónak nem érdeke közös 
nevezőre hozni, hiszen a , motor", a 
szótárak kezelését végző programrész 
így csak egyszer volna eladható, ezután 
a szótári adatbázisokat mint informáci- 
ótárakat, kiegészítő egységeket lehetne 
csak értékesíteni. Természetesen ez a 
felépítés előnyt is jelenthet, ha az egész 
rendszert már kezdetettől fogva modu- 
lárisnak tervezik. 


2. Kész MoBiDic szótárak 


A MoBiDic szótárak — technikai 
szempontból nézve a kérdést — adat- 
bázisok, melyek működtetéséhez a Mo- 
BiDic alapprogram szükséges. A ben- 
nük szereplő nyelvi anyag részben már 
meglévő, könyv alakban is kiadott szó- 
tárak szavait, kifejezéseit tartalmazza, 
részben az éppen MOBiDic felhasználói 
(professzionális felhasználók, fordítók, 
fordítóirodák) által MoBiDic rendszer- 
ben készített szótárak, amelyek csak 
géppel olvasható formában léteznek, és 
természetesen ki vannak egészítve 
megfelelő morfológiai tudással. 


3. , Rálátás" más létező 
szótárprogramok adatbázisaira 


A MOBiDic szótári rendszer a fenti 
filozófiát alkalmazza, így belőle nem 
pusztán a hozzá kapható szótárak, ha- 
nem a más szoftvergyártók által forgal- 
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mazott szótárak is elérhetők — a prog- 
ramból való kilépés nélkül —, 
amennyiben ezt az illető partner is 
fontosnak tartja. (Jelenleg folyamatban 
van több, más gyártótól származó, piaci 
forgalomban lévő szótár ily módon tör- 
ténő bevonása a MoBiDic technológia 
alá.) 


4. Felhasználói szótárak 


A felhasználó maga is építhet szótá- 
rakat, melyeket a MoBiDic rendszer 
egyidejűleg kezel a megvásárolható — 
bináris formájú — szótárakkal. Ezzel a 
rendszer azt az érzést kelti, hogy a 
felhasználó a meglévő szótári anyagba 
írhat bele. Ezt nem tehetjük meg persze, 
sem technikai, sem szerzői jogi okok- 
ból. De nincs is rá szükség, hiszen a 
több szótár egyidejű használata lehető- 
vé teszi az egyidejű megtalálást. Sőt, a 
rendszer a megtalált szó szótári eredetét 
is jelzi, így mindig pontosan tudhatjuk, 
hogy melyik szótárból való a találat. 

Természetesen ezeket a szótárakat el 
is kell készíteni, majd — igény szerint 
— bővíteni, módosítani: új szavakat, 
kifejezéseket felvenni, másokat törölni 
stb. Ezeknek a műveleteknek a MoBi- 
Dic rendszer teljes támogatását adja, 
lehetővé téve külső eszközökkel készí- 
tett szószedetek automatikus beemelé- 
sét is, jelentősen felgyorsítva ezzel az 
adatbevitelt. 


Hozzáférési lehetőség 
szövegkorpuszokhoz 


A legjobb szótárak néhány példát is 
hoznak a szócikk végén, annak illuszt- 
rálására, hogy az adott szót, kifejezést 
hogyan szokás használni szövegkör- 
nyezetben. Napjaink rendszereinek le- 
hetőségük van egyre nagyobb szöveges 
adatbázisok, ún. szövegkorpuszok el- 
érésére. 

A MoBiDic szótári rendszer alapté- 
tele, hogy a különféle szótártípusok 
egyidejűleg érhetők el. Ha a mondat- 
példákat tartalmazó adatbázis önálló 
egység, annak megvásárlása esetén a 
szónak nemcsak jelentését, értelmezé- 
sét, hanem mondatkörnyezeteit is meg- 
kaphatjuk (esetleg fordítással együtt), 
ahol a keresett szavak előfordulnak. 
Ezek megjelenítése mindössze annyi- 
ban tér el a szokásos fordítói vagy 
értelmező szótárakétól, hogy a forrás- 
nyelvi oldalon nemcsak a címszó, ha- 
nem az előtte és mögötte lévő, megfe- 
lelő méretű szövegkörnyezet is megmu- 
tatandó. Ekkor a szövegkorpusz és a 
szótári információ egyazon eszköz- 
készlettel kezelhető. Mivel egyre több 
szöveg (pl. újság, könyv, fordítás, leve- 


lezés stb.) érhető el számítógépek se- 
gítségével, érthető módon a nemzetközi 
hálózatokkal való kapcsolat lehetővé 
tétele a fejlesztés egyik fő iránya. 


Multimédia-lehetőségek 


A fordítástámogató rendszerek első- 
sorban az írott szöveg más nyelven írott 
szöveggé való átalakításához adnak se- 
gédeszközöket. Sokszor itt különül el 
az általános célú vagy épp a tanítást 
segítő szótári jellegű információ számí- 
tógépes támogatása a fordítástámoga- 
tástól. Ennek ellenére a fordítási mun- 
kának is van olyan területe, ahol a nem 
szöveges információ nagyon fontos le- 
het. Gondoljunk például egy autójaví- 
tási vagy repülőgép-összeszerelési ké- 
zikönyvre. Sokszor még nincs is meg- 
felelője az adott terminológiának a for- 
dítás célnyelvén, ugyanakkor a körülí- 
rás csak akkor pontos, ha tudjuk, mit 
kell körülírni. Ilyenkor elengedhetetlen 
a képi információ. Természetesen a 
nyelvtanítás sem nélkülözheti a képes 
vagy hangos szótárakat. Nos, a MoBi- 
Dic technológiával tetszőleges multi- 
média-objektum (kép, hang, film stb.) 
megjeleníthető a találati oldalon. 


A fordítási folyamat teljes támogatása 


Szövegek más nyelvre fordításához 
hosszú időn át azért nem volt megfelelő 


. számítógépes eszköz, mert a gépi meg- 


valósítás a könyvformátumot próbálta 
leképezni a számítógép képernyőjére. 
Márpedig a fordítást végző felhaszná- 
lónak nem erre, hanem egy minél több 
, igazi" számítógépes szolgáltatásokkal 
ellátott, hatékony, valódi gépi eszköz- 
nek kellene lennie, melyben az elméleti 
nyelvészet eredményeitől kezdve a fel- 
használói viselkedés elemzéséig min- 
dennek szerepet kell látszania. A fent 
vázolt dinamikus mintapélda-gyűjte- 
mény legfontosabb erénye, hogy egy 
korábbi cikkemben említett sakkprog- 
ram-fejlődés mintájára (Új Alaplap, 
1995/10) igen hatékonnyá teszi a géppel 
támogatott fordítást. 

A géppel elérhető fordítások további 
nehézségeket vetnek fel: például a szö- 
veg , szinkronizálásának", azaz a fordí- 
tandó és a lefordított nyelvi egységek 
(szavak, szerkezetek, mondatok, bekez- 
dések) összepárosításának a problémá- 
ját. A fordítómemóriának nevezett 
szoftvereszközök  (Trados, Transit, 
Translation Manager stb.) ezt általában 
mondatszinten végzik, de az igazán jó 
mintapélda-megtaláláshoz részszerke- 
zetek és nagyobb egységek fordításait 
és eredetijeit is hasznos párba állítani. 
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A fordító egyébként más nyelvi esz- 
közök használatát is igényelheti, pl. a 
nyelvi ellenőrzőkét, a szóellenőrzőkét 
és a mondatellenőrzőkét. Ez utóbbiból 
egy egész gépi fordítási irányzat nőtt 
ki: az irányított nyelvtan fogalma. Ez 
nem más, mint egy olyan nyelvtani 
ellenőrző, mely nem feltétlenül a hibás 
(vagy annak gondolt), hanem a számára 
nehezen fordítható mondatok újrafogal- 
mazását kéri, rávezetve ezzel a felhasz- 
nálót az olyan mondatok használatára, 
melyet a fordítórendszer már maga is 
képes helyesen lefordítani. 


Megvalósítási kérdések — CD vagy 
nem CD? 


A szöveges és szótári adatbázisok 
egyidejű használata megerősíti a termé- 
szetes nyelvi szövegekre vonatkozó 
nemzetközi szabványjavaslatok figye- 
lembevételét a rendszer továbbfejlesz- 
tésénél. (Ilyen az általános szövegleíró 
nyelv, a Standard Generalized Markup 
Language, rövidítve: SGML, valamint 


az erre épülő Text Encoding Initiative; " 


a TEIL.) 

Egy másik, és a gyakorlatban is 
rögtön szembetűnő megvalósítási kér- 
dés, hogy szabad-e a szótári adatokat 
kizárólag CD-n elérhetővé tenni. Gon- 
doljuk csak el, hogy napjainkban a 
számítógépes információt egyre gyak- 
rabban CD hordozza. Ha az ezeken levő 
— nem magyar nyelvű — anyag meg- 
értésével gondunk van, hívjuk, illetve 
csak hívnánk a szótárprogramot, ugyan- 
csak CD-n van. Mivel CD-lejátszónk 
épp az információforrást tartalmazó 
CD-vel van tele, több CD egyidejű 
kezelésére alkalmas CD-tornyunk pe- 
dig feltehetően még nincs, a szótári 
információhoz a CD-k cseréjével, vagy- 
is hosszadalmasabb és kényelmetlen 
úton juthatunk. 

A fentiek miatt megkülönböztetjük a 
CD-t mint adathordozót, és a CD-t mint 
valós idejű eszközt. Az előbbi azt je- 
lenti, hogy van egy korszerű informá- 
cióhordozónk, az utóbbi pedig azt, hogy 
a szótárhasználat a teljes CD-kapacitást 
elveszi a szótár működtetésével egyide- 
jűleg futtatandó programoktól. Termé- 
szetes következmény, hogy a csak ol- 
vasható CD-ken működő szótárak Mo- 
BiDic-éhez hasonló felépítését sem ten- 
nék lehetővé. 


A (közeljjövő 
A nyelvi szoftvereszközök és a mo- 
dern információtechnológiák ötvözésé- 


vel keletkezett rendszerek — ilyen a 
MOBIiDic is — kétféle úton válhatnak 


még hatékonyabb eszközökké: az álta- 
lános technológiai fejlődés és a nyelvi 
technológiák fejlődése útján. 

A nyelvi szoftverek új generációja 
figyelni fogja amondatkörnyezetet, így 
képes lesz az aktuális mondat és a 
megtalált kifejezések viszonyának ki- 
értékelésére. Más szavakkal ez azt je- 
lenti, hogy az adott szóra mint egy 
kifejezés részére csak akkor talál rá a 
rendszer, ha az adott mondatkörnyezet- 
ben a kifejezés többi része is megfele- 
lően illeszkedik. Vagyis: ha pl. az , ese- 


Merre haladunk? 


dékesség napja" kifejezés áll egy szám- 
viteli szövegben, akkor a , nap" szón 
állva nem a DAY megfelelőt veszi elő 
a rendszer, hanem a környezetre jól 
illeszkedő , esedékesség napja", azaz 
DUE DATE kifejezést. Persze a , nap" 
szó esetében még az sem biztos, hogy 
a SUN vagy a DAY az előveendő 
megfelelő. Ha tehát a kifejezés a , nap 
heve", akkor SUN, ha pedig a , nap 
hőse", akkor DAY a fordításban meg- 
jelenő nap-ekvivalens. 

Prószéky Gábor 


Grétsy a számítógépben 


A mai rohanó világban az újságok, folyóiratok 


szerkesztőinek, tördelőinek percek alatt kell hasábokba, 


oldalakba rendezni a friss híreket. 

Emberi lektorálásra vagy nincs ott a megfelelő személy, 
vagy nincs elég idő. A gondok egy részét ugyan leveszi 
az ember válláról a gép. De azért vannak még hibák... 


Ma már nemcsak a sokak által hasz- 
nált Word, WordPerfect szövegszer- 
kesztőben használják a helyesírás-el- 
lenőrző, tördelő és automatikus elvá- 
lasztó programokat, hanem a , hivatá- 
sos" kiadványkészítőkben is, legyen az 
PageMaker, OuarkXPress vagy bármi 
más. Persze a jó szemű lektort aligha 
helyettesítheti valaha is a gép. 

A magyar nyelvre kb. 5 éve jelent 
meg az első általánosan használható 
helyesírás-ellenőrző. Azóta a progra- 
mok minősége sokat javult, pontosítot- 
ták a nyelvtani ismereteket, bővítették, 
javították a meglévő szótárakat. De a 
programok szolgáltatásai is bővültek: 
fejlődött a szöveg ellenőrzése közben 
végrehajtható javítások módja, és sok 
helyen automatikus elválasztással is ki- 
egészítették az ellenőrzést. 


Mekkora lehet a selejt? 


A tapasztalatok alapján a magyarban 
a szóellenőrzés segítségével az elköve- 
tett hibáknak mintegy 9590-a kiszűrhe- 
tő. A maradék 592-kal azonban semmi- 
képpen nem lehet megbirkózni. Az an- 
golul, franciául íróknak jobb dolguk 
van: náluk a szóellenőrző programok 
után az elkövetett hibáknak alig 292-a 


marad kiszűretlen. A különbség abból 
adódik, hogy a magyar nyelvben sokkal 
több lehetséges szóalak van, mint az 
indoeurópai nyelvekben. (Az elválasz- 
tási hibákról most ne is beszéljünk, az 
külön téma.) 

Tegyük fel, hogy helyesírás-ellenőr- 
ző programunk olyan tökéletes, mintha 
Grétsy László csücsülne gépünkben, 
egyik kezében a Helyesírási kéziszótár, 
a másikban a Magyar helyesírási ta- 
nácsadó, a harmadikban Elekfi László 
Magyar ragozási szótára, és ha még 
maradt szabad keze, és található mérv- 
adó szótár, azt mind segítségül tudja 
hívni. Ha csak annyit tud, hogy minden 
szóról pontosan megmondja, helyes 
vagy nem helyes, akkor ne bízzuk rá 
magunkat a számítógépre. 

Az a mondat például, hogy ,,A ma- 
gasabb áru árú nem kel el" helytelen, 
bár minden szava helyes. Helyessé te- 
hető, ha az , áru" és az , árú" szavakat 
felcseréljük — csakhogy a , helyesírás- 
ellenőrző"-nek nevezett program észre 
sem veszi a hibát, mert nem nézi meg 
a szó környezetét. (Nem is indokolt 
helyesírás-ellenőrzőnek nevezni, hi- 
szen csak szóellenőrző.) A mondatkör- 
nyezet figyelmen kívül hagyása persze 
más nyelvekben is hibákhoz vezethet, 
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SZÖVEGELŐ 





például angolban sem mindegy, hogy 
mikor írjuk a ,then" szót, mikor a 
,than"-t. Az angoloknak azonban elég 
bajuk van a szavak helyes leírásával is, 
így az angol nyelv nem is különbözteti 
meg élesen a két fogalmat. 

Régebben a számítástechnikában is 
csak , spelling checker"-ekről, szószin- 
tű ellenőrzőkről beszéltek, később 
azonban megjelentek a szóhatárokon 
túllépő, mondatszintű elemző progra- 
mok is. Ezeket a mondatszintű ellenőr- 
zőket szokták ,grammar checking" 
vagy , proof reader" néven emlegetni. 


Szereptévesztés 


A Word szóellenőrzőjébe sajnos ki- 
kapcsolhatatlan szolgáltatásként beépí- 
tették azt a funkciót, amely hibát jelez, 
ha ugyanaz a szó egymás után többször 
következik. Pedig angol nyelv is pro- 
dukálhat formai szóismétlést: , She had 
had ...", és magyar szövegekben sem 
ritka a helyes szóismétlést tartalmazó 
mondat. Például: , Nem az az én ku- 
tyám, hanem a másik!" Egyes esetek- 
ben akár háromszor is megjelenhet 
ugyanaz a szó. 

A szóismétlés kiszűrése sokkal in- 
kább a mondatszintű ellenőrzés feladata 
lenne, nem a szóellenőrzésé. Megjegy- 
zem, hogy a megadott példákban csak 
formai az azonosság. A magyarban az 
egyik , az" szó névmás, a másik névelő, 
az angol példa két igéjének pedig a 
funkciója más. Az ilyen finomabb kü- 
lönbségek azonban már csak a mondat- 
elemzés során deríthetők ki. 


A mondatok szerkezetének vizsgálata 


A szintaxis határozza meg, hogy he- 
lyesnek tartunk-e egy mondatot. A gya- 
korlatban a szintaxist legtöbbször olyan 
, CF nyelvtannal" vagy annak módosí- 
tott változatával próbálják leírni, amely 
környezetfüggetlen (Context Free, CF) 
generáló szabályok véges számú ösz- 
szességéből áll. Az ilyenfajta nyelvleí- 
rás lényege, hogy véges számú generáló 
szabállyal leírható a nyelv potenciálisan 
végtelen sok mondata. 

Ezek a szabályok elemzésre is hasz- 
nálhatók, hiszen megfordítva is értel- 
mezhetjük őket: részekre bontható elő- 
ször a mondat, majd az egyes részek a 
többi résztől függetlenül tovább szele- 
telhetők. A programozási nyelvek for- 
dításának gyakorlatából is széles kör- 
ben ismeretesek azok az eszközök, 
amelyekkel az ilyen jellegű nyelvtanok 
könnyen kezelhetők. 

Angolban az is jól megállapítható az 
ilyen egyszerű nyelvtanokkal, hogy me- 
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lyik szó lehet az alany, melyik aragozott 
ige. Ennek alapján a gép jónak találja 
a , The fly flies." vagy a ,,The flies fly." 
mondatokat, de fennakad a hibás , The 
flies flies." vagy a ,,The fly fly." mon- 
datokon. 

Ez a fajta leírás alapvetően a szavak, 
mondatrészek sorrendjére épít. Angol 
mondatok elemzésére azért is nagyon 
hatékony, mert angolban a mondat szer- 
kezete szinte kizárólag a szavak sor- 
rendjétől függ. 

Persze a módszer használatához to- 
vábbi információkra is szükség van: 
minden egyes szóról tudnunk kell pél- 
dául, hogy milyen szófajhoz tartozik, 
milyen raggal (esetleg más jellel) van 
ellátva, milyen ragozási típusba tartozik 
stb. 

Nem elég tehát megállapítanunk, 
hogy a szó helyesen van leírva, hanem 
a szótárból vett információk alapján a 
szó alakjából további következtetéseket 
kell levonnunk. Angolban mindez ki- 
sebb probléma, de a magyarban komoly 
morfológiai elemzésnek kell megelőz- 
nie a szintaktikait. 


Át lehet-e siklani 
az ismeretlen szavakon? 


Angol szövegek elemzésében is 
problémát jelent, amikor ismeretlen szó 
bukkan fel a mondatban. Ha a szóelem- 
ző nem ismer fel egy szót, megkérdezi 
a felhasználót. Kérésre akár meg is 
jegyzi a szót, és a legközelebbi előfor- 
dulásnál már nem kíváncsiskodik. 

A mondatok elemzésénél kicsit más 
a helyzet. Előfordulhat, hogy a mondat 
teljes elemzése ugyan sikertelen, de 
például a hibák többsége így is felde- 
ríthető. A , Koratte moziba mentem 
látok." mondat akkor is vizsgálható, ha 
a Koratte szóról csak feltesszük, hogy 
ismeretlen ugyan, de helyes. A felhasz- 
nálót tehát fölöslegesen nem kell min- 
dig háborgatni, legfeljebb közölni kell 


vele, milyen feltételezéssel élt a rend- 
szer (például, hogy milyen szófajhoz 
tartozik az ismeretlen szó). 


A szabályok száma és a szórend 


A szabad szórendű nyelveknél gya- 
korlatilag is nehezen kezelhető problé- 
mát jelent a szabályok számának mér- 
hetetlen megnövekedése. Gondoljuk el, 
mennyire felduzzasztja a nyelvtant, ha 
minden szabályt annyiféleképpen ve- 
szünk fel, ahányféle sorrendben értel- 
mes kifejezés keletkezhet belőle. 

A magyarban is vannak kemény szó- 
rendi kötöttségek. Nem keverhetjük 
össze például a szavakat abban a kife- 
jezésben, hogy , sárga szárnyú kis liba". 
De már a , Péter szereti Katit" mondat- 
ban tetszőleges sorrendben írhatjuk a 
szavakat, és minden esetben helyes 
mondatot kapunk. 

Nem véletlen, hogy az első szintak- 
tikus elemzők, generátorok, fordítók 
tárgya nem a magyar volt, hanem a 
sokkal kevesebb szabállyal és sokkal 
egyszerűbben elemezhető angol, és a 
bonyolultabb szerkezetű indoeurópai 
nyelvek elemzői is jóval később készül- 
tek el. 

A magyar mondattan formalizálása 
és gépi elemzése még keményebb dió, 
mint a magyar szavaké. Biztató kísér- 
letek vannak ugyan, de bizonyára évek 
szívós munkája kell még ahhoz, hogy 


. elkészüljön a magyar szintaxis átfogó, 


számítógéppel is kezelhető modellje. 

Összefoglalva a következő kérdések 
vetődnek fel a magyar mondatok elem- 
zésénél: 

1. Szavak tulajdonságainak megálla- 
pítása. 

2. Ismeretlen szavak kezelése. 

3. A szabad szórend szabályainak 
kezelése. 

4. A hiányos nyelvtani tudás alkal- 
mazása. 

Naszódi Mátyás 


OKTÓBERI SZÁMUNKBAN 
cet Y Vau .AY E 


net MFt e 
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ÚJDONSÁG ! 
Csak nalunk! 


CALDERA Network Desktop 
Internet/intranet/VVVVVW Server 


Linux alapu komplett megoldás, a vetélytársak árának töredékéért! 








! SERVER Funkciók: 

; Web (HTTP), Multi-domain Web; FTP; £-Mail; Gopher; 
, USEnet News WAIS; NFS; Dial-In Server (PPP/SLIP) 
! UNIX Server (NFS), Windows Server 


CLIENT Funkciók: 

. Web (HTTP); FTP; E-Mail; Diat-Up; Management (NP) 

! Gopher; USEnet News (NNIP), WAIS; NES hi 
!. UNIX Client; NetWare 3./4.x Client; Windows Client  ; ; 
Routing Funkciók: Domain Name Server (DNS); NIS/NIS--; TCP/P Routina; IPX Routing. I 
További termékek: NordPerfect-- Motif; Internet Office Suite (WP -- Motift: ZMail-t-NeXS Spreadsheef) , 














Termelő, Szolgáltató és Kereskedelmi Rt. 
1142 Budapest Kassai u. 84. Telefon:267-6770, 267-6771. 252-5125. FAX: 251-6850 
$7  Szervíz: 1142 Budapest Erzsébet királyné útja 53. Telefon: 252-1932, 251-1444 


A világ egyik legnagyobb UPS gyártójának a 
JEEMIEÉRSON 
HE Computer Power 


magyarországi dealere 
UPS-ek 250 VA-800 kVA-ig. 

















NEC optika, mikro; 
GN Elmi műszerek; 


fi műszerjavítások; 
- Számítástechnika /hardver, szoftver/ 
forgalmazás, szervíz; 
monitor, UPS, tűs nyomtató, 
telefax, TV javítás; 
AUTÓRIASZTÓ forgalmazás; 
- egyedi műholdvevők, CATV rendszerei 


edd et Ke] 


P-touch PC 
címkeszerkesztő programmal 


A címke tartalmazhat: 
szöveget, grafikát, vonalkódot 



















P-touch StampCreator 
bélyegzőszerkesztő programmal 
Azonnal elkészül! 
3 méret x 3 szín 


PC Windows 
vagy 
Macintosh 
környezethez 


Budapest, 1149 Egressy út 5. 
"TT: 30/463-657, T/f: 221-6779 


Station: 181-3951 


—— — ————————— Telefon/fax: 371-0704. Fax : 
ZAK- Teljes, 23.000 tételes szakkönyv adatbázisunk az Interneten! / 
httíp://sws.xco.hu -r  BP., 1111 Karinthy Frigyes út 25. ] 


szeptemberi ajánlata 


Windows"95 és alkalmazásai 
Windows 95 /Upgrade 29 996,-/15 900,- 
ACCESS Win95 /Upgr. 51 400,-/16 900,- 
Office for Win95 (magyar) 67 400,-I34 996,- 
MS Office Prof. for Win95 89 900,-/52 400,- 

51 400,-/16 900,- 

51 996,-/39 996,- 

10 996,-/ 5 900,- 
Norton Utilities for Win95 20 996,-/12 400,- 


Borland legalizálási akció 
16 


15 900,- 
14 900,- 
d 10 900,- 
Újdonságok, bevezető árak 
ABC Graphics Suite for Win95 32 900,- 
AutoCAD LT Win95 /Upgr. . 64 996,-/21 900,- 
Kai"s Power Goo 14 900,- 
LightWave 3D v5.0 249 900,-/99 900,- 
Propis 4.0 (Orosz helyesírás-ell) 13 400,- 
Symantec Café (Java fejlesztő) 21900, 
CD-ROM-ok, játékprogramok 
7th Guest /Caesar II 2 900,-/6 400,- 
Descent 2 /Duke Nukem 3D. 7 900,-/6 996,- 
F1 GrandPrix 2 /Mega Pack 5. 7 900,-/7 400,- 
Rebel Assault 2 /Settlers 2. 6 900,-/7 900,- 
Wing Commander IV /MYST. 7 900,-/3 
History of World /Le Louvre 9 996,-/6 900,- 


"21 400,- 


5600,- WildCat 4.12 /5.0 


Angol-magyar hangosszótár 7 900,- 
PIC-DIC (angol/német/francia) képesszót. 5 200,- 


"  PageMaker 6.0 /Up. 


500,- Visio 4.0 /Upgr. 


ABC Flowcharter v4 .0 Comp. Upgr. 27 900,- 

Adobe PhotoShop 3.0 124 900,-/44 996,- 
37 400,- 
19 996,- 
69 900, - 
Hívjon! 


Borland Cs 5.0 Dev. Suite 

Corel WEB.Designer 

Delphi Developer 2.0 Special 

Clipper 5.3 (Akció!) 

Clipper kiegészítések 

Close Up 6.0 Dual Pack 27 400,- 

(CodeBase 6.0 (adatbáziskezelő) 82 400,- 

CoreIDRAW 5.0 /Up. 56 400,-/36 400,- 

.. CoreIDRAW 4.0 CD 19 996,- 

7 10 db-os Corel Photo CD csomag 40 900,- 

Delrina CommSuite 7.0 

Explore 2.0 (Internetkezelő) 

Fractal Design Palnter 4.0 

F-Prot 2.23 Prof. (antívirus pr.) 

IBM OS/2 v3 Warp (magyar is) 

Lotus Organizer 2.1 (magyar) 

MS DOS 6.22 

Netscape Navigator 2.0 Pers. 

Novell NetWare 3.12 /4.1 Hívjon! 

124 900,-/39 900,- 

13 900,- 
9 996,- 


Hívjonl 


Print Artist 3.0 

GEMM 8.01 OEM (Akció!) 
OvarkXPress 3.32 for Win. 124 900,- 
Remove It 3.0 9 400,- 
Uninstaller 3.5 (Windows takarító) 9 400,- 
30 900,-/18 400,- 
Visual Basic 4.0 Prof. 


Visual Cs4 4.0 Prof. Upgr. 


Visual FoxPro 3.0 Prof. . 74 900,-/46 900,- 
18 400,-/21 400,- 
WinFax Pro 4.0 / 7.0 13 400,-/16 900,- 


WordPerfect 6.1 Suite CD Spec. 32 900,- 


A közölt árak nem tartalmazzák a 2596-os áfát, és a helyszíni üzembehelyezés költséget. 
Részletes árjegyzékünket kérje telefaxon a faxbankból 
tone üzemmódban: 180-8611/14974 
KIM-SOFT Számítástechnikai és Kereskedemi Kft. 
1112 Budapest, Hegyalja út 70. fszt. 2. 


Telefon: 319-8973, 319-8967 





Fax: 319-9760 





DIGITÁLTECHNIKA 
Győr, 9024 Mónus I. u. 19. 
T/f: 96/414-411 , 417-802 


brother 


MÁRKASZAKÜZLET 


SZERVIZ 
DISZTRIBUTOR 


SZÁMLÁZÓ PROGRAM 








bizonylatok a felhasználó igénye 
szerint alakíthatók ki. 

Széleskörű lekérdezési lehetőség. 

Vevő-, szállító-, árunyilvántartás. 
Windows 3.11/95 alatt 


használható. 








WINDOWS alatt 
szerkeszthető 


69.920 FtÁFA 








6-9-12-18-24 mm széles szalagok 
színes, vízálló, öntapadó címkék 


63.400 Ft 4 ÁFA 








FELIRATOZÓK 


14.992 Ft-tól 


Megfelel a 24/1995. (XI.22.) PM 
rendeletnek! 


] 
A számla fejléc, nyomtatványok, 
9.984 Ft ÁFA 


§ § 
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Szerencsés csillagzat alatt dönt, ha a GWERTY számítógépet választja, mert tetszőleges kiépítésben 


4 él 4 oj eh ÁT jé 
426 és PEPETEWAK 
számítógépek 3 év garanciával 
valamint EPSON, HEWLETT PACKARD, CANON nyomtatók, MULTIMÉDIA (eszközök), CD ROM-ok 





Notebook, DTP rendszerek, MODEMEK (34 féle) viszonteladóknak is, GSM adatátvitel, szoftvere. 


tartozékok, kiegészítő eszközök, szakkönyvek széles választékával és TANÁCSADÁSSAL várjuk!" 


1111 Budapest, Bartók Béla út 14. 
Tel.: 166-93-77 (4 vonal) " Fax: 185-26-87 
BBS: 266-22-92 Budapest BBS , e s e gr 
COMPUTER Vpirvatartás: Hétfő-Péntek 10-18 óráig Részletfizetési lehetőség! 


Alapítva:1984-ben 


1122 Budapest; Csaba v. 24/A  T:214-1408, 212:2523, 212-2524 "s Fióc175-3134 
http: //www.starkingnet.hu/gama: gamaxnet omail:statkingnet.hu 





HÍD A SZÁMÍTÁSTECHNIKÁHOZ... 


az ast szak- és tankönyvei 


Dr. Kovács Magda: 80386/80486 II. 1062 Ft 
Nagy-Perjés: A számítógépes grafika 892 Ft 
Mezey Gy.-Mezey Gy.-né: Bevezetés a közigazgatási 

informatikába 490 Ft 
Hillier-Lieberman: Bevezetés az operációkutatásba 2321 Ft 
Pétery Kristóf: EXCEL 7 WINDOWS alatt 1500 Ft 
Vágó Árpád: Fox Pro program gyakorlatok 750 Ft 
Hargittai-Kaszanyiczki: INTERNET CD melléklettel 1270 Ft 
Dr. Kovács Magda: Mikroelektronikai értelmező szótár 1-II. 1151 Ft 
Tóth Dezső: Multimédia 700 Ft 
Móricz Attila: Os/2 1339 Ft 
Móricz Attila: OS/2 Warp 3 magyar nyelvű 

változathoz 1446 Ft 
Tóth Szabolcs: PC vírusok 680 Ft 
Agárdi-Hadi: Pentium [. 1071 Ft 
Agárdi-Hadi: Pentium II. 1300 Ft 
Kunos-Sőrés: Sokoldalú szövegszerkesztő 

WORD 6.0 

(a magyar nyelvű programhoz) 1335 Ft 
Kunos-Sőrés: Sokoldalú szövegszerkesztő 

WORD 6.0 

(az angol nyelvű programhoz) 1335 Ft 
Móricz Attila: WINDOWS 95 

"  Mgerosoft és Netware hálózatokban 1490 Ft 

Móricz Attila: WORDBASIC makrónyelv 1642 Ft 
Pétery Kristóf: WORD 7.0 WINDOWS 95 alatt 

(magyar nyelvű változat) 1650 Ft 
Dr. Pálinkás Jenő: Egyszerűen a vállalkozásról 1134 Ft 
Dr. Kósa András: Útban a felsőbb matematikához 2400 Ft 
Dr. Korányi Erzsébet: Egy könyvben a középiskolai matematika 1245 Ft 
Pétery Kristóf: PowerPoint 7.0 1294 Ft 


1 14.4 Kbps belső, voice. ...16.900.-4-áfa 
. TH 19.2 Kbps zseb, MNPS . 27.700.-4áfa 
. [1 28.8 Kbps belső, MNP5 ..33.900.-táfa 
" HK 28.8 Kbps külső, MNP5..............38.800.--áfa 


B Áraink az ÁFA-t nem tartalmazzák! 


. ez 


. Professzionális adatkommunikációs 





LSI Oktatóközpont Alapítvány 
1037 Budapest, Bécsi út 324. 
Telefon: 250-6013 Fax: 250-6022 





megoldások a disztribútortól. 


Új és használt 
számítástechnikai berendezések, 
S" alkatrészek eladása-vétele, 
se elfekvő és leselejtezett készletek 


COMPUTERBONTÓ ! FLERA e leue NEE CET B 


s 4M" Műszaki és Használt, működő fénymásolók és computerek. 
Kereskedelmi Kft. 


1072 Budapest, Klauzál u. 32. 


Tel.: 26-79-560 I péntekig: 10—18 óráig, szombaton: 9—13 óráig 
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INFORMÁCIÓKÉRÉS: 0928 A 


INFORMÁCIÓKÉRÉS: 0916 A 


INFORMÁCIÓKÉRÉS: 0905 A 


A mesterséges intelligencia , kísérleti" eszközei 


TUDÁSTECHNOLÓGIA 


A robotokkal , körbe járva" 


A robotok — akárcsak a játékprogramok — remek 
lehetőséget adnak elméletek kipróbálására. 

Itt ,pillanatok alatt" kiderül, hogy jó-e az elképzelés. 
Robotokkal nem csupán egyetemeken vagy gyárak 
laboratóriumaiban foglalkoznak, hanem élénk kutatás folyik 
például az amerikai haditengerészetnél is, a már ismertetett 
genetikai algoritmusok felhasználásával törekedve még jobb 


robotokat építeni, illetve még jobb programokat írni. 
Megpróbálnak a robotok eredményeiből géppel 
következtetni azokra a kritikus körülményekre, 
amelyekben mindenképpen ki kell próbálni a robotot. 
Lényeges, hogy minél kevesebb próbára legyen szükség, 
hiszen az idő pénz, és nincs lehetőség félmillió tesztre, 
mint például egy játékprogramnál. 


Már az ókorban felmerült az igény, 
hogy az ember munkáját valamilyen 
géppel segítsük, bizonyos fázisokban 
az embert helyettesítsük. Ez azt is je- 
lenti, hogy természeti környezetünkben 
kellene helytállnia egy gépnek, illetve 
a programjának. 

A környezetben nem adhatunk meg 
mindent pontosan az utolsó milliméte- 
rig, grammig, így a programot nem 
csupán bizonyos állapotokra, hanem 
igen gazdag lehetőségekre kell felké- 
szíteni. Elvégre nem állhat meg amiatt 
egy teljes gyár, hogy az egyik szerelő- 
szalag fél centivel odébb állította meg 
a munkadarabot. 


Sokan sokfajta feladatra 


A robotikával foglalkozók számára 
igen fontos az input és az output kérdése 
is. Mi most nem foglalkozunk azzal, 
milyen érzékelőkre és műkezekre van 
szükség, hogy robotunk megfogjon és 
felemeljen egy tojást — anélkül, hogy 
elejtené vagy eltörné. (Pedig ez is ér- 
dekes téma.) 

Nézzünk azonban egy egyszerű sé- 
táló robotot. Igen gyorsan kiderül, hogy 
tud-e járni a gép vagy sem, azaz felbo- 
rul-e vagy sem. S hogy ne boruljon föl, 
a robot nem tehet ki a képernyőjére egy 
homokórát, míg kiszámolja, hogy hova 
is fog most lépni, hogyan mozduljon, 
mert ha elkezdett dőlni, akkor azonnal 
cselekednie kell. 


A legkülönbözőbb kísérletezgetésre 
használják a robotokat. James McLur- 
kin (az MIT kutatója) egy hangyafarmot 
próbál létrehozni. Itt egy hangyának 
egy aprócska robot felel meg. Mind- 
egyik robot egy halom érzékelővel van 
felruházva, így például fény-, infra-, 
ütközésérzékelőkkel. E hangyák infra- 
fénnyel kommunikálhatnak egymással. 
Mielőtt képesek lennénk e hangyákat 
olyan viselkedéssel felruházni, amely 
már egy valódi hangyabolyra emlékez- 
tetne, néhány egyszerűbb feladattal kell 


megpróbálkozni. Talán a legegyszerűbb 
ezek közül a , Mindenki kövesse a 
vezért!" feladat. Utána meg lehet taní- 
tani a robotokat a fogócskára vagy a 
, Szerezd meg a zászlót" játékra. (Ha 
rajtam múlna, biztosan megpróbálnék 
egy labdajátékot is beléjük verni... Mi- 
re e cikk megjelenik, McLurkin való- 
színűleg lényeges eredményeket ért el. 
Erről az MIT WWW (http://www 
.ai.mit.edu/] szerverén biztosan találha- 
tunk információt. Már most is vannak 
filmek a kész robotokról.) 

Ugyancsak vannak filmek és fényké- 
pek M. B. Binnard lépegető robotjáról, 
Boardiceáról. Ez a robot még egy 45 
fokos lejtőn is képes felmászni. A lépe- 
gető robotokat megfigyelve azt vesszük 
észre, hogy az ember nem a saját kép- 
mására alkotja ezeket a szerkezeteket. 
Ezen nem is lehet csodálkozni, hiszen 
már az is nagy dolog, hogy egyáltalán 
megállunk a két lábunkon, hiszen igen- 
csak magasan van a súlypontunk. Ezért 
Binnard is a svábbogarat vizsgálgatja, 
és a tapasztaltak alapján tervezi robot- 
jának lábait. 


Társalkodás, társ-alkotás 


Az átlagos felhasználó a tudo- 
mányos-fantasztikus irodalomból is- 
mert kommunikációt tartja elfogadha- 





Location: [ttp://cswww.essex ac.uk/Eurobotszsimulators. htmi 
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tónak, azaz élőszóban kíván társalogni 
a géppel. Ettől még messze állunk, de 
részeredmények már vannak. Például 
M.C. Torrance ugyancsak az MIT ke- 
retében foglalkozik azzal, hogyan kap- 
csoljon össze egy mozgó robotot egy 
természetes nyelvű be/ki menettel. 

Mint a keretes anyag angol nyelvű 
példájából látható, a felhasználó bizonyos 
helyeket elnevezhet konkrétan vagy re- 
latív kapcsolatokkal, és bonyolultabb fel- 
adatokat is megfogalmazhat (esetleg egy- 
szerűbb feladatok sorozataként). 

Nemcsak azt szeretnénk, ha szót ér- 
tene velünk a gép, hanem ha egyedül 
is boldogulna a világban. Mi erre öt 
érzékszervet használunk, és ezek közül 
talán a legfontosabb a látás. Ha szétné- 
zünk az állatvilágban, majdnem minden 
értelmesebb lénynek több szeme is van. 
Ez szinte elengedhetetlen ahhoz, hogy 
tájékozódjon a környezetéről, az őt kö- 
rülvevő tárgyak távolságáról. 

Ha modellezni szeretnénk a szemet, 
nem árt egy jó adag tehetetlenséget is 
beprogramozni a felismerés folyamatá- 
ba, hogy ne csapja be a gépet egy 
villámgyorsan mozgó tárgy vagy az eső, 
esetleg a hóesés. Segíthetjük is a látást, 
mint ahogy a Carnegie Mellon egyete- 
men teszik. Ott egy radar elvégzi a 
távolságok mérését, így a látvány fel- 
ismerése kicsit könnyebb. (Jó mulatság 
megtréfálni az így felkészített rend- 
szert: ha a Vidám Parkból ismert tükör- 
terembe tesszük, talán még jobban be- 
lezavarodik, mint mi.) 

Samut (pontosabban SAMUEL-t, 
amely egy programrendszer) az össze- 
ütközések elkerülésére, illetve, navigá- 
ciós problémák megoldására kezdik 
használni. A későbbiekben talán fel 
lehet használni ezt a rendszert őrszem- 
feladatok, tenger alatti mozgásokat fel- 
ügyelő robotok, illetve raktárosrobotok 
programozására is. (Meglepő, de Samu 
egy 486-oson, DOS alatt fut.) 

Lássuk, mire képes most ez a rend- 
szer: egy nyolcszor kilenc méteres szo- 
bában öt-tíz, jó fél méter átmérőjű 
akadály van, ezek között kellene átjut- 
nia a robotnak 80 egységnyi idő alatt. 
Ötven lépéskombinációból indulunk ki, 
mindegyikre húsz variációt vizsgálunk 
meg, és azt akarjuk megtudni, hogy 
hány ilyen variáció vezet célhoz. A 
legjobb eredményeket adó lépéskombi- 
nációkat egy hosszabb menetben újfent 
teszteljük a variációkkal, és a kapott 
legjobb eredményt fogja végrehajtani a 
robot. Huszonnyolc különböző helyzet- 
ből 24 esetben idejében ért célhoz a robot. 

Gyakori feladat: egy adott pontból el 
kell jutni egy másikba, mondjuk Deb- 
recenből Pestre. Számunkra világos, 
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Robottanítási példa 


Where are you? 


I don"t know where I am right now. 


Which way are you facing? 


I don"t know which way I am facing. Please tell me. 


You are facing north. 
I am facing NORTH. Thanks. 
You are at Mark"s office. 


I"m learning about MARK"S OFFICE. 


Turn around, 
I"m turning around. 
Go until you can turn right. 


I"m going until I see no obstacle on the right. 
You are at the northeast entrance to the elevator lobby. 
I"m learning about THE NORTHEAST ENTRANCE TO THE ELEVATOR LOBBY. 


Go. 
I!"m going. 
Stop. 
I"m stopping. 
You are at Jim"s office 
I"m learning about JIM"S OFFICE. 
How do you get from Jim"s office to Mark"s office? 


To get from JIM"S OFFICE to MARK"S OFFICE, 


In the ROP, 
In the ROP, 


I face NORTH and go 8.2 feet. 
I face NORTH and go 13.6 feet. 


Karen"s office is north of Jim"s office. 
I"m learning about KAREN"S OFFICE. 


Go to Mark"s office 


Now I"m going from JIM"S OFFICE to THE NORTHEAST ENTRANCE TO THE 


ELEVATOR LOBBY. 


Would you please tell me if I pass KAREN"S OFFICE. 
This is THE NORTHEAST ENTRANCE TO THE ELEVATOR LOBBY. 
Now I"m going from THE NORTHEAST ENTRANCE TO THE ELEVATOR LOBBY 


to MARK"S OFFICE. 
This is MARK"S OFFICE. 


I have arrived at MARK"S OFFICE. 


Go to Karen"s office. 


I don"t know how to get to KAREN"S OFFICE from here. 


Go to Jim"s office. 


Now I"m going from MARK"S OFFICE to THE NORTHEAST ENTRANCE TO 


THE ELEVATOR LOBBY. 


This is THE NORTHEAST ENTRANCE TO THE ELEVATOR LOBBY. 
Now I"m going from THE NORTHEAST ENTRANCE TO THE ELEVATOR LOBBY 


to JIM"S OFFICE. 
This is JIM"S OFFICE. 
I have arrived at JIM"S OFFICE. 


hogy egyből nyugatra kell fordulni, és 
minden kereszteződésnél lehetőleg eb- 
be az irányba kell haladni. Ez nyilván- 
való, de nem egy robot számára. Mint 
ahogy a Lagrange-interpolációnál is 
jobb eredményt ad a Hermite (mivel itt 
nemcsak az értékeket ismerjük, hanem 
a keresett függvény meredekségét is), 
a robot is hamarabb célba ér, ha folya- 
matosan a cél irányába halad. (Ezt egy 
kicsit bonyolultabban és precízebben 
megfogalmazó cikket az amerikai légi- 
erő szponzorálta, valószínűleg nem 
csak passzióból.) 





Igen hosszadalmas lenne, ha minden- 
re felkészítenénk a robotot. Ennél job- 
ban járunk, ha kap egy minimális útba- 
igazítást, és mindaddig dolgozik, amíg 
tudja, miről van szó. Ha a felvetett 
problémával nem tud mit kezdeni, 
visszakérdez: ezt hogyan kell csinálni. 
Ekkor a megoldandó feladatokat továb- 
bi részekre bontjuk, s azokat a robot 
már képes megoldani. Miközben meg- 
oldja, meg is tanulja a megoldást, eset- 
leg még visszakérdez, hogy pontosítson 
bizonyos részleteket. Próbálkozások 
vannak a mesterséges élet felhasználá- 
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sára is, azaz a tervezőtől alig függő 
rendszerek létrehozására is. (Lásd erről: 
Új Alaplap, 1996/7. szám.) 


A lemezmelléklet apropóján 


Az lenne az igazi, ha a lemezmellék- 
letre egy olyan program kerülhetne, 
amellyel a laphoz mellékelt aprócska 
robotot irányítani lehet. Mivel ilyen 
hardvermelléklet egyelőre csak álma- 
inkban létezik, önmagában a program 
sem sokatérne. A SimTel programbank- 
ban találhatunk viszont olyan progra- 
mot, amely egy hatlábú robot mozgását 
mutatja be. Ezt mérete és hardverigénye 
miatt az őszre tervezett, 650 MB-os 
CD-ROM mellékletünkre igyekszünk 
majd rátenni. A SimTel programbázis- 
ban msdos/education/modulsh3.zip né- 
ven egy olyan program található, 
amellyel az általunk megtervezett egy- 
karú robot végrehajtja programunkat. 
(Sajnos matematikai segédprocesszor 
nélkül el sem indul.) 


Felrakhattuk volna még a lemezre a 


cs.cmu.edu gépen is megtalálható 
PCROBOT programot, ahol egy szobá- 
ba bezárt robotok lövik halomra egy- 
mást. Nekünk kell megírnunk azonban 
a robot programját, viszont nincs meg- 
kötve a kezünk semmilyen program- 
nyelvvel. Ráakadtam egy kicsit terje- 
delmesebb, de annál látványosabb 
programra (többek között  ftp.es- 
sex.ac.uk/robot/simulators/NuTank. cí- 
men található meg). Sajnos e program 
élvezetéhez is szükséges egy gyors és 
színes gép, bár szerényebb keretek kö- 
zött is kipróbálható. 

Valaha a Tudomány című lapban a 
Számítógépes észjáték sorozatban sze- 
repelt egy kis kocsikból és lámpákból 
álló világ leírása, ahol az autókban a 


E SZÁMUNK HIRDETÓŐI 


fényérzékelők össze voltak kapcsolva 
a kerekekkel. E kapcsolatok milyensé- 
gétől függően egyes kocsik fényimádók 
lettek, mások messze elkerülték a fényt, 
néhányan meg nekirohantak a lámpá- 
nak, így a fényimádókat máshova űzték. 
Noha a valóságban ilyen rendszert nem 
építettek fel, ám ezt nem nehéz dolog 
számítógépen szimulálni. A lemezmel- 
lékleten szereplő program e kocsiknál 
értelmesebb lényeket használ. Itt egy 
robotnak lehet szeme, orra, füle, gyom- 
ra (illetve ezeknek megfelelő érzéke- 
lők) és két kereke. Az már rajtunk 
múlik, hogyan kapcsoljuk össze ezeket, 
azaz ha érzi a kaja szagát, feléje fordul, 
avagy elfordul tőle. 


Ismét a neuronhálóval... 


Az élő szervezeteket modellezendő, 
az összekapcsolást neuronhálóval való- 
sítjuk meg. Megadhatjuk az egyes ideg- 
pályák irányát és súlyát, de lehetnek 
önmaguk súlyát változtató idegek is, 


Így nincs kizárva a tanuló robot sem. 


Ezután az így felkészített robotot ki- 
dobjuk az ÉLET-be, pontosabban egy 
mesterséges világba, ahol túl kell élnie 
társát. Ha nagyon jó kis robotot tervez- 
tünk, és a való életben is ki akarjuk 
próbálni, vegyük meg e program teljes 
változatát, mert abból már egy valódi 
robotba is betölthetjük ezt a programot. 

A program szerzői néhány megszo- 
rítást építettek a programba. Ha nem 
szeretnénk nagyon sokat vesződni, ak- 
kor a CNNUTANK alkönyvtárba tele- 
pítsük a programot. A program mellé 
adott cikket érdemes elolvasni, sok ér- 
dekességet tartalmaz. Végül egy ehhez 
hasonló, ám kicsit egyszerűbb program 
mellett döntöttünk. Itt egy svábbogár 
áll a középpontban, ennek mozgását 


irányíthatjuk. Maga a bogár itt is egy 
neuronhálóval összekapcsolt érzékelők 
és mozgatóberendezések összessége. A 
mozgás szintén energiát emészt fel, és 
ezt táplálkozással pótolhatja a svábbo- 
gár. 

Majd kétszáz neuron tucatnyi para- 
méterét állíthatjuk be, és az így módo- 
sított bogár mozgását követhetjük akár 
lépésről lépésre is. Folyamatosan egy- 
szerre több neuron elektronszintjét kí- 
sérhetjük figyelemmel. A lassabb gépek 
tulajdonosai örömmel fedezhetik fel azt 
a lehetőséget, hogy magára hagyhatjuk 
a gépet, amíg kiszámítja a svábbogár 
mozgását és rögzíti lemezen. (Ha mégis 
szeretnénk egy ilyen gépen nyomon 
követni az eseményeket, választhatunk 
nagyobb lépésközöket is.) Később ter- 
mészetesen lefuttathatjuk az így készült 
filmet. 

Neuronok variálásával próbálkozók 
hasznosnak találhatják a neuronfájlokat 
olvasható formára konvertáló progra- 
mot. A program mellett megtalálhatjuk 
a forráskódot is, TurboC formában, így 
egy kis munkával más operációs rend- 
szer alá is lefordíthatjuk a programot, 
vagy más hasonló, egyszerűbb neuron- 
hálót (vagy azt használó alkalmazást) 
készíthetünk. 

Aki komolyabban elmélyülne ebben 
a programban és az ehhez kapcsolódó 
elméletben, haszonnal forgathatja dr. 
Beernek a dokumentációban ajánlott 
könyvét. 

Az Alaplap-cikkek kapcsán már sok- 
szor említett cs.cmu.edu szinte kimerít- 
hetetlen forrása a robotikával foglalko- 
zóknak. A comp.ai.robotics NetNews- 
csoport főleg azoknak érdekes, akiket 
hardverproblémák érdekelnek, és nagy- 
jából csak ez szerepel a FAO-ban is. 

Aszalós László 
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A phaisztoszi korong vallatása 


Közelebb a szöveghez 


A legutóbbi alkalommal igen lényeges ponton sikerült 
előrehaladást elérnünk. A korong nyelvének leggyakoribb 
végződésében a görög nyelvnek egy ősi eredetű, archaikus 
névszói esetragját sikerült fellelnünk, amelyet eddig 

főleg a homéroszi nyelvből ismertünk. 


Már Homérosz idejében is régiesnek 
érezhették az egyes birtokos eset -OJO 
végződését, de még elevenen élhetett. 
Ez abból valószínűsíthető, hogy az IIi- 
ászban és az Odüsszeiában ez az alak 
a vers ritmusának megfelelően váltako- 
zik a később keletkezett -OU alakkal. 
(Először a J tűnt el, majd a második O 
átment U-ba. Egyébként Homérosznál 
az -OO változat is elég sok helyen 
megtalálható.) A korongon ennek a vég- 
ződésnek a gyakori szereplése arra en- 
ged következtetni, hogy a korong ké- 
szítése idején még teljes értékű hang- 
ként élt a , j" hang, amelyet a klasszikus 
görögben már inkább csak közvetve, 
hatásában tudunk kimutatni. 

A továbblépéshez most az kellene, 
hogy a szókincs titkait is fel tudjuk tárni. 
Eddigi eredményeink alapján, amelye- 
ket a szótagok olvasatának meghatáro- 
zásában elértünk, a szövegbe való be- 
töréshez legalkalmasabb helynek az A 
oldal első felében sokszor előforduló 
, Szuperhosszú" szavak lát- 
szanak, mivel ezeknél sű- 
rűsödnek legjobban a már 
meghatározott "  olvasatú 
szótagok. A szövegnek ez 
a része egyébként is külö- 
nös figyelmet érdemel. Va- 
lószínűleg szemantikailag 
is itt juthatunk legközelebb 


KozdroB 


ne-ka-? -?-ne- to - jo 


massza e szövegrész ritmikájára vonat- 
kozó megállapításunkat. Egyedül itt 
vannak az egész szövegben , szuper- 
hosszú" szavak, s érdekes módon min- 
denütt , ultrarövid" szavak kíséretében. 
Ha soronként végigfutunk ezen a ré- 
szen, a szavak hosszából is érződik, a 
szemmel látható alapján is szinte , hall- 
hatóvá válik" a szöveg ritmikus hullám- 
zása. 

Mindjárt a bevezető sorokban fel- 
bukkan az első 7 szótagos, szuper- 
hosszú szó, amely aztán a 6. sor elején 
újra visszatér. (Betűkhöz szokott gon- 
dolkodásunknak talán nem is tűnik a 7 
szótag olyan soknak, de gondoljunk 
csak arra, hogy a Hódmezővásárhely 
vagy a Szentkirályszabadja még csak 
hat szótag.) s 

1. sor: 3(A1) 4 2(A2) -- 7(A3) 

2. sor: 3(A4) 4- 3(A5) -4- 4(A6) 

Csak emlékeztetőül: mindkét sor 
ugyanazzal a szóval kezdődik, és 
ugyanazzal a -TOJO toldalékkal vég- 


A10 
t9 - to - jo 


bo XI 


a korong teljes szövegének 
fő mondanivalójához. Erre 
következtethetünk a foko- 
zott mértékű szóismétlés- 
ből és ennek a szövegrész- 
nek különlegesen erős rit- 
mikáról árulkodó felépíté- 
séből. 


Ritmikai hullámzás 


A szavak hosszának 
vizsgálata önmagában is 
alkalmas arra, hogy alátá- 


54 ÚJ ALAPLAP  1996/9 


91928 


s ATR 
ka-ko-te-ki - ne - jo 


Elitto8 


A15 
se - mo -tu - ne - ne - to - jo 


211928 


ka-ko-te- ki - ne - jo 


top 


to - 


bosz XI 


td - 


to - jo 


A16 


to - jo 


1. ábra 


ződik; az A6 szó töveként pedig az A2 
szó ismétlődik meg. 

A 4. sorral kezdődő három további 
sor ritmikai felépítése teljesen meg- 
egyezik: az elején mindegyiknél egy 
szuperhosszú szó áll (-TOJO végződés- 
sel), a végén egy ultrarövid, s ezek 
mindenütt ugyanazt a 4 szótagos (-TO- 
JO végződésű) szót fogják közre (1. 
ábra). A szóismétlés természetesen csak 
fokozza az ismétlődő ritmus által keltett 
hatást (A17 — A11; A16 -— A13 — A10; 
A18 -— A12). 

4. sor: 7(A9) -4- 4(A10) -- 2(A11) 

5. sor: 6(A12) -— 4(A13) 4 2(A14) 

6. sor: 7(A15) -- 4(A16) 4 X(A17), 

7. sor: 6(A18)... 

A szintaktikai szerkezet szemügyre 
vétele alapján újabb megállapítással 
egészíthetjük ki nyelvi megfigyelésein- 
ket. Alaktanilag, mint láttuk, a -TOJO 
végződés névszók egyes számú birto- 
kos esetét jelölheti. A szöveg szerkeze- 
tének megfigyeléséből most a birtokos 
eset használatának mondattani szerepét 
is kikövetkeztethetjük: feltehetően a 
legtöbb helyen névszói jelzőket kell 
bennük látnunk. 


A lyukak kitöltése 


Két olyan szuperhosszú szavunk is 
van, amelyek segítséget nyújthatnak a 
továbbhaladáshoz: az A3 (-A15) és az 
A12 (-A18) szó. Mindkettőből hiány- 
zik ugyanannak a jelnek, az , irhá"-nak 

"az olvasata. Az első szó mindjárt tel- 
jessé is válna, ha ennek a szótagjelnek 
az olvasatát sikerülne meghatároznunk. 

A korong többi része alapján két 
fontos dolgot lehet tudni erről a szótag- 
ról: 

1. Feltűnően gyakran for- 
dul elő szavak végződése- 
ként (A25, A26, B9, B19, 
B29), ami újabb névszói 


A11 esetvégződésre enged kö- 


8 aa vetkeztetni. (Ez nem feltét- 
lenül jelenti azt, hogy a ma- 
gánhangzó is az esetvégző- 
déshez tartozik. Gondoljunk 
csak a ciprusiakra, akik a 

ts 8 mássalhangzóval végződő 


szavak írását úgy oldották 
meg, hogy egy néma e-vel 
toldották meg a szót. Pél- 
dául a görög ANTHRO- 
POSZ [-emberl] szó ciprusi 
szövegekben A - TO - RO - 
PO - SE alakban jelenik 
meg.) 

2. A -TOJO vagy a -JO 
végződés előtt is több he- 
lyen megtalálható, éppen a 
szuperhosszú — szavakban 


A17 
ta? 
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(A3 - A15, A18 -— A12). Szavakon 
belüli pozíciójából feltételezhető, hogy 
ilyenkor képzőt jelöl, de persze a tőhöz 
is tartozhat. 


Irha és kampó 


Az ,irha" jelentésű szavak közül 
elsősorban két olyan szó került gyanú- 
ba, amelyekből az akrofóniai elv alap- 
ján megmagyarázható lenne ennek a 
szótagjelnek a keletkezése. (Szűrő fel- 
tételként természetesen azt az informá- 
ciót is érdemes felhasználnunk, amely 
az előbb említett pontokban rejlik.) Az 
egyik szó: NEBRIS vagy NEBRÉ, 
, Szarvasborjúbór". Ennek a szónak az 
az érdekessége, hogy szorosan kötődött 
Bakkhosznak a kultuszához: a bakkhán- 
sok és bakkhánsnők ilyen állatbőrt visel- 
tek Bakkhosz ünnepén. A másik szó: 
NAKOS vagy NAKE , gyapjas bór, irha". 

Szuperhosszú szavainkra alkalmazva 
a NE szótagjel alkalmasabbnak látszik. 
Ezt behelyettesítve az A3 (-A15) szó 


esetében a teljes olvasat SZE - MO—- . 


TU-NE-NE- TO - JO lenne. Az A12 
(-A18) a teljes olvasatához előbb még 
meg kell határoznunk, hogy mi az első 
szótag: ,,? - KO - TE - KI - NE - JO". 
Ha minden igaz, fejtőtársammal, Bo- 
tos Imre nyelvész kollégámmal mind- 
két szó görög megfelelőjét sikerült 
megtalálnunk, és érdekes módon előbb 
a második szóval kapcsolatban jutot- 
tunk eredményre. Igen jól illeszthető- 
nek találtuk az A12 szót a görög KA- 
KOTEKHNÉSZ, illetve KAKOTEKH- 
NOSZ , ravasz, ármányos, csalárd, csá- 
bító, fondorlatos, hamis" szóhoz. (Igei 
megfelelője: KAKOTEKHNEO. , ra- 
vaszkodik, mesterkedik, ármánykodik, 
elront, megront".) Ennek az összetett 
szónak az első összetevője egyébként 
a magyar fül számára sem idegen: a 
KAKOPHÓNIA, vagyis a rossz hang- 
zás jelentésű szót ismerhetjük. Egyéb- 
ként a görögben a KAKOSZ , rossz" 
szó számtalan összetett szó előtagja. 
A , sarok" szótag KA olvasata is igen 
jól beleillik eddigi megfigyeléseink 


ry] 


tu - ? - KO 


x 1-to- jo 


006r DAleg 


KA - KK Főtősjó 


t10-? - é 


2. ábra 


le 


rendszerébe. Mint helyzete alapján elő- 
re meg lehetett jósolni, alliterál a line- 
áris B alapján kikövetkeztetett KO szó- 
taggal. A KA szótag meghatározásával 
tökéletessé válik az első oldal végének 
és az elejének az egybecsengése: az A 
oldal utolsó két szava, az ,, A30 -- A317 
záróakkord hangtanilag szinte pontosan 
megfelel a bevezető sorok ,,A5 -- A67 
szópárjának (2. ábra). Az már csak hab 
a tortán, hogy a B oldal elején a B3 és 
B4 szavak alliterációja ezáltal két szó- 
tagos alliterációvá erősödik, és a máso- 
dik szótag belső alliterációként illesz- 
kedik a B2 szó KIKO- kezdetéhez (3. 
ábra). 

A KA olvasatú , sarok" szótag kelet- 
kezésének akrofóniai motivációja is 
megtalálható. Elsősorban a görög 
KAMPSZISZ , hajlat, görbület" szóra 
kell gondolnunk, amelynek litván meg- 
felelője, a KAMPAS szó ma is , sarok", 
, Szög" értelemben használatos. 


Ismét Homérosz? 


Nehezebb diót jelentettaz A3(-A15) 
szó megfejtése. Annyi az eddigiek alap- 
ján már valószínűnek látszott, hogy a 
SZE-MO-TU-NE-NE-TO-JO szónak is 
összetettnek kell lennie, de már az 
összetétel határainak megkeresése sem 
volt könnyű feladat. Különösen furcsa 
a NE szótagnak egymás utáni kétszeres 
előfordulása, főleg a szó közepén. 

A megoldáshoz akkor jutottunk kö- 
zelebb, amikor rájöttünk, hogy a szó- 
határ a szótagjel mássalhangzóját és 
magánhangzóját is szétvághatja. Való- 
ban, ha az első NE szótag mássalhang- 
zója még a szó első feléhez tartozik, 
akkor innentől kezdve érthetővé válik 
a szó második fele. Az ENETOJO alak 
az ENETOSZ , behatoló", , befelé 
igyekvő" szónak a birtokos esete lehet. 
De mi lehet akkor a SZEMOTUN? 

A megoldáshoz az ötletet ismét az 
Iliász adta, amikor rábukkantunk a IV. 
énekben egy roppant különös, mint 
később kiderült, igen sokat magyarázott 
szópárosításra. Az ODUNÉ , fájdalom" 
szó nem tartozik a ritka szavak közé. 
Azon viszont már nagyon sokat 
vitatkoztak a Homérosz-kutatók, 
hogy mit is jelenthet pontosan a 117. 


ie 


KI - KO-?- ? 


ÖEKÖzZe? e fjó 


3. ábra 


sorban a HERM" ODUNAÓN kifeje- 
zés. Íme, néhány megoldás a magyar 
IIliász-fordításokból: 

, Felnyitván tegezét, nyílvesszőt vett 
ki magának, 

Szárnyasat és kilövetlent még, a sötét 
BAJOK ANYJÁT"... (Kempf, 1891) 

, Most megnyitja tegzét, választja 
vesszőjét, 

Gyorsat, újat, KÍNOK sötét HÍRVI- 
VŐJÉT"... (Baksay, 1901) 

Csengery (1937) , KESERVES KÍN- 
SZERZŐ" -ről ír, Devecseri (1974) , éj- 
színű FÁJDALMAK ÜTŐJÉ"-ről. A 
problémát tulajdonképpen a HERMA 
szó értelmezése jelenti. Legtöbben úgy 
fogják fel, hogy valaminek a forrásáról, 
okozójáról van szó. De a , fájdalmak 
HERMÁJÁ"-ról asszociálhattak a gö- 
rögök a csalafinta Hermészre is, aki 
később az istenek hírvivője lett, hiszen 
a furfangos isten tiszteletére felállított 
útszéli oszlopokat HERMÁ-knak hív- 
ták. Kerényi Károly ezt írja Hermész 
kultikus ábrázolásával kapcsolatban: 
.,Egy fából vagy kőből való phallos 
jelölte Hermést, vagy ezzel rokon alak- 
ban: egy nyelvünkön hermának neve- 
zett négyszögletes kőoszlop, aminek 
feje volt és fölálló phallosa" . . . 

Hogy minden félremagyarázási lehe- 
tőséget elkerüljünk, megelégedhetünk 
annyival, hogy egyszerűen a , fájdal- 
mas" jelzővel fordítjuk a , SZEMO- 
TUN" szóösszetételt. Ha ez az értelme- 
zés helyes, akkor a korong SZERM" 
ODUN" szókapcsolata megkövesedett 
fordulatként kellett, hogy éljen Homé- 
rosznál a sokkal régebbi idők görögje- 
inek nyelvéből. Amikor Homérosz a 
hősök húsába behatoló nyíl jelzőjeként 
használja a , Herm" odunaón" szókap- 
csolatot, ennek az ősi kifejezésnek kel- 
lett a fülébe csengenie. Talán éppen azért, 
mert foszlányokban a korong sokat hallott 
kifejezései is tovább éltek... 

Valóban. Milyen szóbeli (vagy eset- 
leg egyéb) formában maradhattak fenn 
több mint egy évezreden keresztül ef- 
féle szófordulatok? Milyen további tit- 
kok lappanghatnak a sokáig írástudat- 
lannak tekintett görögök előtörténeté- 
ben? És milyen szerepe lehetett mind- 
ebben Krétának? 

Vargha Dénes 


olzá83 oak 


(AZ Kassa zás ti 


ÚJ ALAPLAP  1996/9 55 


KALEIDOSZKÓP 





Harc az élet... 


A leveles játékok varázsa 


Az ember szellemi frissességének megtartásához 
agyának rendszeres tornáztatása is elengedhetetlen. 
Ne csak a különféle ,agysportokra" gondoljunk, 
hanem a játékokra is, így a sakkra, vagy kártyára 

és a társasjátékok népes családjára. 

Választhatjuk ellenfélnek a számítógépet is, 

de egy idő után unalmassá válik ugyanazt a programot 
használni, az meg, hogy rendszeres időközönként 
lecseréljük játékprogramjainkat, felettébb költséges 
mulatság (lopni pedig ugye nem illik, és még drágább 
mulatság is lehet). Igen régi hagyománya van viszont 
a levélben játszható játékoknak. ... 


A leveles játéknak megvan az a elő- 
nye, hogy nem kell összegyűlniük egy 
adott helyre és adott időben a játéko- 
soknak, hanem tetszőleges időben és 
helyen fogalmazhatják meg következő 
lépésüket, azt pedig levélben elküldhe- 
tik a játékmesternek. A játékmester — 
miután összegyűjtötte a leveleket, meg- 
teszi a felírt lépéseket, és a végered- 
ményről tájékoztatja a játszó feleket. 
(Legalábbis azon részekről, amelyek az 
adott játékosra vonatkoznak.) Tehát ha 
épp valamilyen kártyajátékot játszunk, 
nem fogjuk megtudni idő előtt, hogy az 
ellenfeleknek milyen lapjai vannak. 

A játékmesternek a postaköltségen 
felül nem kis fáradságába kerül vala- 
mennyi résztvevő (főleg, ha több tucat- 
nyian vannak) minden lépésének köve- 
tése és a válaszlevelek megírása. Lehet, 
hogy ez szórakoztató, de azért elenyé- 
sző kivételtől eltekintve bizonyos 
összeget elkérnek érte a játékosoktól. 


, Megáll az idő..." 


Angliában és Amerikában sok ilyen 
játékot játszanak, nálunk főleg a levél- 
sakk terjedt el (ehhez viszont nem kell 
játékmester), és az utóbbi időben meg- 
jelent egy-két szerepjátszó levéljáték is. 
Ha nincsenek fizikailag közel a játéko- 
sok, igen sokat kell várni a postafordul- 
tára, és a levélköltségek is magasak. 

Valaha egy testvérpár igen nagy ösz- 
szegben fogadott egy köztük zajló sakk- 
játszmára. Az egyik Európában, a másik 
az óceánon túl lakott, és a posta szerepét 
betöltő vitorlások nem voltak igazán 


56 ÚJ ALAPLAP  1996/9 


gyorsak. Ezért eshetett meg, hogy fél 
évig kellett várni a válaszlépésre, és 
amikor az egyik testvér már majdnem 
megnyerte a játszmát, meghalt. Noha 
az örökösök a nyilvánvaló győzelem 
tudatában perelték a másik testvért, a 
bíróság ítélete szerint (ami talán még 


most is érvényes) az egyik játékos 
halála esetén a játék döntetlenül ér 
véget. Mióta a posta felgyorsult, ilyenre 
már nemigen kell számítani, de a játé- 
kok még mindig lassúak. 


Háló(zato)san... 


Ezeket a hátrányokat ki lehet küszö- 
bölni az e-mail használatával. Egyrészt 
pörög a játék, másrészt csökkenti a 
költségeket (és azt sem a postának kell 
fizetni), másrészt megjelentek a gépi 
játékmesterek. Ha a játékosoktól meg- 
követeljük, hogy előre meghatározott 
formátumú levelet írjanak, akkor azt 
egyszerű lesz számítógéppel feldolgoz- 
ni, és megalkothatunk egy olyan rend- 
szert, amely minden emberi beavatko- 
zás nélkül fogadja és feldolgozza a 
leveleket, illetve postázza a választ. 

Természetesen vannak olyan játékok, 
amelyekben elengedhetetlen, hogy egy 
élő személy tartsa kézben az események 
szálait és bogozza ki azokat legjobb 
tudása szerint (ilyen típusúak például a 
szerepjátszók), de őt is segítheti az 
előzőhöz hasonló rendszer. 

Az Interneten elérhető, akár ember, 
akár gép vezette játékok között egy- 
aránt található ingyenes és fizetős. E 
játékok legjobb tudomásom szerint an- 
gol és (kisebb mértékben) német nyel- 
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vűek. Van köztük olyan, amelyhez mi- 
nimális nyelvtudás is elegendő, és akad 
olyan is, ahol tárgyalnunk kell a játé- 


kostársakkal. (Kíváncsi vagyok, leszze " 


hazánkban valakiben annyi spiritusz, 
hogy magyar nyelvű és esetleg magyar 
témájú játékot írjon, illetve vezessen?) 
Ha nem építünk be a játékba gépi 
irányítású ellenfeleket, akkor ez egy- 
szerű szabályok ellenőrzéséből, bizo- 
nyos paraméterek újraszámításából és 
az input/output műveletekből áll. Tehát 
kellő irányítással akár egy kisiskolás is 
tudna ilyen programot írni! 

Vannak olyan játékok, amelyekben a 
véletlennek is van szerepe, mint például 
a , Ki nevet a végén?" elnevezésű tár- 
sasjátékban. A véletlent leggyakrabban 
kockadobálással érjük el. Ha olyan já- 
tékot játszunk az Internet segítségével, 
amelyben kockákat kell dobálni, felme- 
rül a kérdés, hogy ki dobja fel a koc- 
kákat? (Minden szentnek maga felé 
gurul a kockája!) Az eldönthetetlennek 
tűnő problémán az Internet segít, mert 
ha a dice-odanpost4.uni-c.dk címre el- 
küldött levélben felsoroljuk kockado- 
bási igényeinket, ez a gép az általunk 
megadott személyeknek (azaz nekem 
és az ellenfeleimnek) elküldi a kocka- 
dobások eredményeit. Bővebben erről 
a lemezmellékleten lehet olvasni. 


Ha egyszer egy üzlet beindul! 


Az ilyen levelezési játékokhoz kap- 
csolódó ipar is terjeszkedik. Több ma- 
gazin teljes terjedelemben ilyen játé- 
kokkal foglalkozik, az erre szakosodott 
üzletekben játszókészletek és szabály- 
gyűjtemények kaphatók. (Majdnem 
minden utcai könyvárusnál lehetett 








kapni a Mágust, az első magyar nyelvű 
AD£D szabálykönyvet.) Léteznek in- 
gyenes magazinok is, ezek egyike a 
"lemezmellékleten megtalálható. Mivel 
ezek csupán hobbiból készülnek, terje- 
delemben és minőségben jóval elma- 
radnak pénzes társaiktól, de ha ló nincs, 
jó a szamár is. Ez a példány eligazít az 
ingyenes játékok között, felsorolja, 
hogy hol kaphatunk róluk további in- 
formációkat. 

A lemezmellékleten szerepel egy 
majdnem húsz játékot ismerő játékszer- 
ver leírása, ahol más játékosok vagy 
gép ellen is játszhatunk. Itt főleg táblás 
játékok találhatók. 

A játékok másik elterjedt csoportját 
a harci játékok alkotják. E játékok közül 


a számomra legjobban tetszőt mutatom 
be röviden. A neve a HT-n játszott 
lövöldözős játékot juttatja eszünkbe: 
Galaxy. A helyszín továbbra is az úr, 
de nem az ügyességre épít. Az egysze- 
rűség kedvéért kétdimenziós csillag- 
rendszer egyik bolygójáról indulunk, és 
célunk meghódítani az egészet. Termé- 
szetesen a többi játékosnak is hasonló 
céljai vannak. 


Galaxisokon át... 


A bolygók között űrhajókkal közle- 
kedhetünk, ám ezeknek az űrhajóknak 
a megtervezése ránk hárul, pontosabban 
a páncélzat, a fegyverzet, a hajtómű és 
a raktér méreteit kell megadnunk. Az 
adatokat megfelelően kombinálva ké- 
szíthetünk bolygó felett keringő űrerő- 
döket, pici futárgépeket, vagy akár 
megépíthetjük a StarWars-ból ismert 
halálcsillagot is. Rövid idő alatt többez- 
res űrflottával rendelkezhetünk, amely- 
nek egységeit külön-külön képtelenség 
mozgatni. Ezért azonos típusú űrhajók- 
ból csoportokat készíthetünk, amelyek 
együtt mozognak, míg másként nem 
határozunk (azaz feloszlatjuk vagy új- 
raszervezzük a csoportot). A csoportok- 
ból flottát szervezhetünk, ám a flotta 
csak olyan gyorsan tud haladni, mint a 
leglassabb gépe. 

Egy űrhajó sebességét a hajtómű és 
az össztömeg aránya, illetve az határoz- 
za meg, hogy milyen fejlett a hajtómű. 
Az előbbi azt jelenti, hogy egy teher- 
szállító lassabban halad megrakodva, 
mint üresen. Szóljunk röviden a fejlett- 
ségről is: minden bolygónak van bizo- 
nyos ipari szintje és valamekkora la- 
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kossága. Főleg az ipari szint határozza 
meg (bár a lakosság száma is beleszól), 
hogy mennyit termel a bolygó egy 
fordulóban. A termelés egyik (igen költ- 
séges) formája a technológia fejleszté- 
se, ennek révén gyorsabb űrhajókat, 
erősebb fegyvereket, jobb páncélokat 
és bővebb raktereket készíthetünk, tehát 
érdemes erre áldozni. Ha nem fejlesz- 
tésre költünk, bányászhatunk, űrhajót 
építhetünk vagy javíthatjuk az ipari 
szintet is. A népesség folyamatosan nő, 
és ha túllépi a bolygó méreteinek tűrő- 
képességét, akkor a lakosok automati- 
kusan leendő telepesekké minősülnek 
át, akikkel betelepíthetjük az üres boly- 
gókat. 

Minden bolygó monokultúrás, azaz 
ritka kivételtől eltekintve egyszerre 
csupán egy dolgot termelhet, azaz bűn 
egy ásványi anyagokban bővelkedő 
bolygón nem bányászni, ezért a bánya- 
művelésre kevésbé alkalmas bolygókon 
kell űrhajót építeni. Ehhez termé- 
szetesen ide kell szállítani a nyersanya- 
got. Ezt a szállítást bizonyos mértékig 
automatizálhatjuk is. 


Naná, hogy harcolni is kell! 


Miután ellenséges bolygókat is el kell 
majd foglalni, szükséges a harc, de ez 
csak a bolygók közelében lehetséges. 
Ha itt két ellenséges flotta találkozik, 
véletlenszerű lövéssorozatok során az 
egyik pusztulásával ér véget e küzde- 
lem. Ha az ellenség bolygója felett 
győzünk, kellő sterilizálás után birtokba 
vehetjük a bolygót. Kezdetben minden- 
kivel harcban állunk, ám ezen változ- 
tathatunk. Egyoldalúan békét, illetve 
semlegességet jelenthetünk ki más ál- 
lamok ellen; kérdés, hogy ezt más ál- 
lamok hogyan fogadják. 

Egyes verziókban lehetőség van ál- 
lamok közti üzenetváltásra, diplomáci- 
ára is. (Ez a legveszélyesebb fegyver!) 
Ha van még olyan állam, amellyel 
harcban állunk (és miért ne lenne), az 
átlátható hiperűr miatt idejében értesül- 
hetünk róla, hogy mekkora össztömegű 
flotta közelít felénk, és mikor fog meg- 
érkezni. Azt csak későn tudjuk meg, 
hogy milyen űrhajók alkotják e flottát, 
és mennyi van belőlük, pedig gyakran 
ezen múlna a védekezési stratégia. 
Utolsó mentsvár az itt tanyázó ócska 
űrhajók modernizálása, és noha ez ha- 
talmas költséggel jár, talán életben ma- 
radunk. 

Ha egy űrhajó belépett a hiperűrbe, 
akkor onnan már nincs visszaút, még 
akkor sem, ha menet közben derül ki, 
hogy fejjel rohanunk a falnak. Az ellen- 
felekről csak annyit tudunk, amennyit 
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látunk, így birodalmak emelkedhetnek 
fel és tűnhetnek el a süllyesztőben 
anélkül, hogy tudnánk róla valamit is 
— épp ezért küldjünk mindenfelé lát- 
hatatlan kémszondákat! 

A lépéseket és a viszontválaszokat 
egy speciális formájú levélben küldjük, 
illetve kapjuk meg. A parancsok leírása, 
a válasz szerkezete és néhány leírás 
megtalálható a http://www.iguest.net/ 
galaxy webcímen. Egy szótár segítsé- 
gével már nyugodtan nekivághatunk a 
játéknak. 

A játék méltán megérdemli a straté- 
giai jelzőt. A közgazdasági akciók, fej- 
lesztések, harcok mellett jókora szerepe 
van a politikának is. Tudni kell, mikor 
érdemes szövetkezni más hatalmakkal 
— és kikkel —, hogy térdre kény- 
szeríthessük az ellenfeleket, de tudni 
kell azt is, hogy mikor kell kiugrani a 
már terhessé váló szövetségből. 


Van másik! 


A Galaxy nem köti ki, milyen géptí- 
puson levelezünk. Viszont csak VGA 
monitorral rendelkező PC-n játszhatjuk 
a VGA-Planet játékot. Ez témájában 
nagyon hasonlít a Galaxy-hoz, itt vi- 
szont nem begépelni kell a parancsokat, 
hanem menürendszerrel felszerelt prog- 
ramban kell kiválogatni lépéseinket, 
majd a program által ezek alapján el- 
készített fájlt (esetleges kódolás után) 
el kell küldeni a játékmesternek. Egy 


ilyen fájl mérete a 2-3 kbájt körül van, 


szemben a Galaxy-ban elérhető 100 
kbájtos levéllel. 

A VGA-Planet lépéseit és az arra 
adott válaszokat még távolsági hívással 
is olcsón továbbíthatjuk. Nem kel! fel- 
tétlenül e-mail lehetőséggel rendelkez- 
ni, nyugaton nagyon sokan ezt a játékot 
BBS-en játsszák, ahol a BBS tulajdo- 
nosa könnyedén automatizálhatja játék- 
mesteri feladatát. Számára a program 
ingyenes, míg az egyes játékosok prog- 
ramjai közprogramok, és ezeket egy idő 
után illik regisztráltatni (és hasznos is, 
mivel a regisztrált változatú program- 
mal erősebb lesz a játékos). 

A szükséges programokat megtalál- 
hatjuk például az ftp://ftp.fu-berlin.de/ 
pub/pc/msdos/games/vgaplanets cí- 
men, és még sok más helyen is. Semmi 
akadálya sincs, hogy nálunk is elterjedt 
legyen ez a játék, amely már évek óta 
megszakítás nélkül ott szerepel a száz 
legjobb számítógépes játék között. Az 
se baj, ha hálózat sincs, egy gépen is 
lehet játszani, csupán a megfelelő tit- 
kosságot kell megszervezni. 

Jó játékot mindenkinek! 

Aszalós László 








A Mikrobazár rovatban a nem 
kereskedelmi célú egyéni hirdetések 
közlése ingyenes 


A kereskedelmi célú apróhirdeté- 
sek tarifája gépelt soronként (azaz 60 
karakterenként) 300 forint. 

A terjedelem alapján így kiszámí- 
tott összeget kérjük átutalni az Új 
Alaplap Kiadói Kft számlájára (OTP, 
11701004-20171649), vagy feladni 


postai utalványon a kiadó címére 
(1539 Budapest, Pf. 571), és feltün- 
tetni, hogy , Új Alaplap, apróhirde- 
tés". A befizetést igazoló szelvény 
másolatát — a hirdetési szöveggel 
együtt — a szerkesztőséghez (a ki- 
adóéval azonos címre) küldjék el. 


Szerzői jogokat sértő szoftverhir- 
detéseket nem közlünk le. 





Bármilyen típusú szöveg fordítását vál- 
lalom angolról magyarra, magyarról angol 
nyelvre, illetve kiadványok látványtervezé- 
sét, szerkesztését is. Cím: Lachner Zoltán, 
1195 Budapest XIX., Jáhn Ferenc u. 14/a. 
Telefon: 157-0308. 


OBJECTS 2.0 — objektumorientált 
programozás CLIPPER-ben. Tájékoztató 
kérhető az alábbi címen: Szűcs János, 4400 
Nyíregyháza, Vasvári Pál u. 37. Tel.: (42) 
437-331 vagy 465-666/1382-es mellék. 


Adatmentés CD-re, streamerre; win- 
chesterről, floppyról. Ugyanitt beszerzési 
tanácsadást, hálózattervezést és programké- 
szítést is vállalok. Cím: Kovács Lajos, 1031 
Budapest III, Vízimolnár u. 10. IV/33. 


Stúdiómban megbízhatóan, ellenőr- 
zötten lefordítom angol, német, francia és 
magyar nyelvről/nyelvre műszaki és köz- 
gazdasági folyóiratok cikkeit, hardver- és 
szoftverleírásait. Áfás számlát állítok ki. 
Cím: Szász György, 1035 Budapest II, 
Kórház u. 25. Tel.: 168-4874. 


Alaplapcsere, memória-, winchester- és 
floppybővítés a helyszínen. MegaSoft. Te- 
lefon: 295-5085. 


Megvételre vagy programokért cserébe 
keresek Logitech ScanMan 32-es vagy 256- 
os kéziszkennert. Ajánlatokat a 132-7243-as 
telefonon várok. 


Főiskolai diák oktatást, korrepetálást 
vállal számítástechnikából kezdőknek, ha- 
ladóknak, felvételire, pótvizsgára készülők- 
nek. Cím: Kovács Gábor, 3502 Miskolc IL, 
Pf. 83. 


Computer Club! Írj, ha érdekelnek a 
szabad terjesztésű programok, játék demók! 
Küldd el számítógéped leírását! A belépés 
ingyenes, 0-99 éveseknek. Cím: Computer 
Club, Papp Ferenc, 4274 Hosszúpályi, 
Damjanich u. 8. 


Vállalkozóknak teljeskörű könyvelést 
vállalok kedvezményes áron. Telefon: 
Svantek Andrea (27)314-897. 


KÖNYVESPOLC 





Szóra 
érdemes 


Pétery Kristóf: 


Word 7.0 
Windows 95 alatt 


Kézikönyv a program 

magyar nyelvű változatához 

A Mikroelektronika Alkalmazásának 
Kultúrájáért Alapítvány 

LSI Oktatóközpont, 1996 

428 oldal, 1650 Ft 





A Win95 megjelenése után nem vár- . 


hatott sokat a WinWord fejlesztőgárdája 
sem, hogy színre lépjen az új fejlesz- 
téssel. Az új, igényesebb operációs 
rendszer akkor ér valamit, ha elegendő 
számban vannak hozzá szoftverek is, 
amelyek igénylik szolgáltatásait. Az pe- 
dig már csak természetes, hogy a Mi- 
crosoftnak kell élen járnia fejlesztés- 
ben. Hadd érezze a felhasználó, hadd 
igazolhassa sajátmaga előtt is, hogy 
érdemes volt kiadnia a tömérdek pénzt 
rendszerének továbbfejlesztésére. 
Kétségtelen, hogy a Word a cég 
legsikeresebb termékei közé tartozik. 
Igényessége, sokoldalúsága számos te- 
rületen sikerrel kamatoztatható, az iro- 
dai munkától akár komolyabb kiadvá- 
nyok, egyedi brosúrák, sőt könyvek 
elkészítéséig. Nagyobb méretű, bonyo- 
lultabb szerkezetű anyagok kéziratának 
kidolgozásakor mindig a felhasználó 
fölött lebeg ugyan a lángpallos: ha nem 
darabolod kisebb fejezetekre a köny- 
ved, bármikor lesújthatok rád. Annyit 
látsz csak a világból, hogy , Nincs elég 
memória, zárj be valamilyen alkalma- 
zást", és örülhetsz, ha némi ügyeske- 





kívánt szövegrészeket figyelemfelkel- 





déssel ki tudod menekíteni keserves 
munkád újabb féligkész darabkáját egy 
floppyra... Aztán kezdheted újból a 
küzdelmet, jó varázslók és rossz bo- 
szorkányok társaságában, majd kiderül, 
hogy ki az erősebb: a feneketlen étvá- 
gyú óriás-e, vagy te, a felhasználó. 

Számomra a Word ennek a lidérces 
üzenetnek az ismételgetésével bizony- 
gatta állandóan, hogy ő érzi magát 
erősebbnek — a végén mégis én győz- 
tem. Igaz, az még a 6.0-s változat volt. 
Azóta bizonyára megtanulta, hogy a 
nem használt memóriaszeleteket néha 
illik elengedni, nem kell mindig újab- 
bak után ácsingózni. 

Pétery Kristóf, a könyv szerzője elég 
óvatos volt hozzá, hogy 16 Mbájtnyi 
RAM és gigabájtnyi méretű winchester 
nélkül ne is fogjon bele a tesztelésbe. 
Így viszont nem panaszkodik, hogy 
bármikor is kifogyott volna a memóri- 
ából. Pedig a Win95 sem nagyon tür- 
tőzteti magát, amíg van kitől elfoglalni 
újabb területeket. 

A könyv olvasásakor — érthető mó- 
don — állandóan azt figyeltem, hogy 
mennyivel tud többet az új változat, 
mint az elődje. Legtöbbször bizony azt 
tapasztaltam, hogy inkább csak újdon- 
sült gazdájának, a nagy Win95-nek akar 
a kedvében járni, és csak később talál- 
tam olyan dolgokat, amelyek más te- 
kintetben is indokolják az új változat 
megjelentetését. 

Pétery elsősorban a következő újdon- 
ságokat hangsúlyozza: 

— Legnagyobb újítása a 7.0-nak a 
szerkesztés közben végzett, , online" 
helyesírás-ellenőrzés. 

— A Word 7.0 a korábbi változatnál 
jóval több, 10 előre elkészített varázslót 
és 27 sablont szolgáltat a gyors és 
kényelmes munkához. 

— A LevélVarázsló újdonsága, hogy 
az egyik párbeszédpanelen megjelenik 
a Címjegyzék nyomógomb, amellyel 
címjegyzékünket bővíthetjük, vagy on- 
nan adatokat vehetünk át. 

— Ugyanez az elektronikus postázás 
során is alkalmazható. 

— Megjelent a szövegkiemelés: a 





Pétery Kristóf 
WORD 7.0 Windows 95 alatt / 





Kézikönyv a program 
magyar nyelvű változatához 








tés céljából feltűnő színnel festhetjük 
át. 

— Az állapotjelzők nemcsak jelzik 
az aktuális üzemmódot, hanem be és ki 
is tudják kapcsolni. 

— Az állománykezelésben jelentős 
változások történtek, bár az alapszol- 
gáltatások nem változtak. 

— Szerkeszteni is lehet nyomtatási 
kép üzemmódban. 

Bármennyire jelentősek is ezek a 
változások, nem biztos, hogy emiatt 
érdemes a WinWord eddigi felhaszná- 
lóinak rendszert és szövegszerkesztőt 
váltaniuk. A legfőbb aduként emlegetett 
, helyesírás-ellenőrző" életében való- 
ban jelentős esemény, hogy már menet 
közben meg tudja jelölni a gyanúsnak 
észlelt szavakat, ám ennek a WinWord- 
be csak bedrótozott hazai programter- 
méknek a fejlődése elég független attól, 
hogy mikor mi a befogadó rendszer. 
Arról sem lelkendezik a szerző, hogy 
bele volna építve a Word 7.0-ba olyan 
okos fejlesztés, amely végre kezdi ki- 
érdemelni a helyesírás-ellenőrző nevet, 
mert a szintaktikai hibák egy részét is 
fel tudja deríteni. 

Lényeges változást az jelenthetne a 
Word fejlődésében, ha elindulna a több- 
nyelvű szövegek integrálása útján. Le- 
hetetlen helyzet, hogy a magyar nyelvi 





megy YUGTÁVAL DICSÉRD A LAPOT! 
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eszközök csak az angol HELYETT ke- 
rülhessenek bele a rendszerbe, s például 
az angol spelling checker vagy a szino- 
nimaszótár kedvéért rendszert kelljen 
váltani (és vásárolni, persze). Ugyanígy 
érthetetlen korlátja a rendszernek, hogy 
nem lehet például egy előadás anyagá- 
ban ékezethelyesen hivatkozni a ma- 
gyar, a cseh, a román, a lengyel szerzők 
mellett a franciákra vagy az olaszokra 
is. Vagy ékezethelyesen írni a különbö- 
ző földrajzi neveket. 

Ha szimbólumokat be lehet ültetni 
bármilyen szövegbe, miért nem oldják 
meg tetszőleges ékezetes karakterek és 
módosított betűalakok beültetését — 
legalább néhány frekventáltabb font- 
készletben? A Windings nagyrészt idét- 
len ábrácskáinak elérhetősége mellett 
ilyesmivel (is) törődhetnének a rendszer 
fejlesztői! 

Mindez persze nem a könyv szerző- 
jének szól, de már csak a hónap témá- 
jára való tekintettel is indokoltnak látt- 
tuk megemlíteni. Lehetne kritizálni azt 
is, hogy a honosítás miért nem terjedt 
ki magyar levelezési sablonok kifej- 
lesztésére. Emellett lefordítás nélkül 
lehetne megtartani az idegen nyelvű 
sablonokat is (lehetőleg persze ízlése- 
seket válogatva) azok számára, akik 
külföldi partnerekkel is leveleznek. Per- 
sze ezzel megint visszakanyarodunk az 
előbbi témához: mi lesz az idegen ka- 
rakterekkel? (Vagy az üzleti partnerek 
is csak a szomszédból kerülhetnek ki?) 

Pétery igyekszik alapos munkát vé- 
gezni a szoftver lehetőségeinek bemu- 
tatásában, s egészében valóban elmond- 
ható a könyvről, hogy gondos, precíz 
munka eredménye. Lelkiismeretesen 
igyekszik bemutatni a szoftver környe- 
zetéből mindazt, ami a kezdők számára 
nélkülözhetetlen, de mások számára is 
hasznos. Az Excelről írott könyvében 
alkalmazta először az ikonok tárgymu- 
tatóját, és itt ismét alkalmazza ezt az 
ügyes újítást. 

Világosabban lehetne viszont az 
egész anyagot áttekinteni, ha szembe- 
tűnőbb lenne a tagolása, gazdagabb a 
kereszthivatkozások rendszere. Érde- 
mes lett volna, például élesen szétvá- 
lasztani a kezdőknek és a haladóknak 
szánt részt a negyedik fejezet kezdeté- 
nél, viszont sűrűbb hivatkozással kötni 
össze a két részt. Ez bizonyára csök- 
kentené az első rész olvasása közbeni 
hiányérzetet, és segítené a könyvben 
való tájékozódást. 

Valószínűleg nem csak én találom 
például zavarónak, hogy sem az első 
előfordulás helyén (a 44. oldalon) nem 
derül ki, sem a tárgymutatóból, hogy a 
mezőkódokról és felhasználásukról bő- 
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vebb információ is található a könyv- 
ben, jóval később. 

Bizonyos mértékig a szerkesztés kö- 
rébe tartozik az is, hogy olyan nagy 
betéteket, mint a mezőutasítások ismer- 
tetése, jobb lett volna a függelékben 
elhelyezni — különösen ilyen kategori- 
zálás nélküli, ábécérendes felsorolásban. 
Ha viszont átkerült volna oda, akkor a 
szövegben lehetne egy rövid tematikus, 
áttekintő rendszerezés erről a hasznos és 
jól kidolgozott ismeretanyagról. 

Tetszett a könyvben, ahogy a szerző 
összetettebb példán, a , Műszaki Irány- 
elvek" elemzésén keresztül mutatja be 
a formázás gyakorlati megvalósítását. 
Érdemes lett volna hasonló módon be- 


mutatni azt is — akár saját könyvrész- 
letének példáján —, hogy az automati- 
kusan létrehozható jegyzékek (tárgy- 
mutató, tartalomjegyzék, ábrák, egyen- 
letek jegyzéke) hogyan készülnek. 

Végül még egy enyhe szemrehányás: 
előfordul, hogy előzetesen tett ígéretei 
beváltatlanok maradnak. Bevezetőjé- 
ben a részletes tárgymutató igénybevé- 
telére buzdítja az olvasót, az elkészült 
tárgymutató azonban rendkívül foghí- 
jas. De saját újításával, az ikonok tárgy- 
mutatójával is hasonló a helyzet. Az 
előszó még teljességet ígér, mégis ki- 
maradtak az állománykezeléssel kap- 
csolatos ikonok. 





V. Nagy Edit 
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9. Nemzetközi Számítástechnikai és 
Szakkiállítás és Vásár 
Budapest, 1996. október 22-26. 
Budapesti Vásárközpont 
Témacsopertok: 
hardver. szoftver, hálózatok, nemzetközi 


adatbázisok. telekommunikáció, kiegészítők. 
computer design, multimédia, szórakoztató 


elektronika, állam- és közigazgatási informatika. 
nyilt rendszerek, automatikus azonosítás, 
oktatás, irodatechnika. irodabútorok, 
Gyász oV eat oleltetekitele era 





INTERNET FALU és OPEN SHOW 


SZÁMÍTÁSTECHNIKAI, IRODATECHNIKAI ÉS 
SZÓRAKOZTATÓ ELEKTRONIKAI TERMÉKEK 
VÁSÁRA A COMPFAIR ÁRUHÁZÁBAN 


Kiállítói helyválasztás jelentkezési sorrendben! 


Rendező: 
COMPEXPO Számítástechnikai, 1059 Budapest, Kálvin tér 5. 
Rendezvényszervező és Telefon: 117-6760, 117-1999 


Kereskedelmi Kít. cömpExpo Fax: 117-0436 














INFORMÁCIÓKÉRÉS: 0903 A 
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INFORMÁCIÓKÉRÉS: 0927 V 








Kezesse 
könyveinket ! 
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COMPUTERBOOKS 





Benkő T.-né-Benkő L.-Tóth B.-Varga B: 
I Programozzunk Turbo Pascal nyelven! 
—- bővített, átdolgozott kiadás 
- 3.5-es lemezmelléklettel 
Dr.Kovácsné C.J.-Ozsváth M.-G.Nagy J.: 
OFFICE 95 - Irodai alkalmazások 
példákkal, feladatokkal 
dr.Tamás P-Tóth B. és trai: 
WINDOWS 95 5. Microsoft PLUS! 
felhasználóknak - magyar nyelvű 
változathoz 
Tóth B.-dr.Tamás P. és trsai: 
WINDOWS 95 8. Microsoft PLUS 
felhasználóknak - angol nyelvű 
változathoz 
Jakab-Juhász-Vémi: Adobe Photoshop 
dr.Tamás P.-Tóth B.-és trsai: DELPHI 
- út a jövőbe - lemezmelléklettel 
1253 Budapest Pf.: 71. 
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PROFON pe MINDENT 


INFORMATIKAI Kft. ÖSSZEKÖT 


SZÁMÍTÁSTEGHNIKAI RENDSZEREK KOMPLETT HÁLÓZATÁNAK 
TERVEZÉSE ÉS KIVITELEZÉSE 


0 ADATHÁLÓZATOK 
UTP IBM Cabling System; ETHRNET, TWINAXIÁL, OPTIKAI hálózatok 


. / 0 ERŐSÁRAMÚ HÁLÓZATOK 
Számítástechnikai rendszerek főhálózattól független 
speciális energiaellátása 


" 8 HÍRKÖZLŐ HÁLÓZATOK 
Alközponti, modemes, fővonali hálózatok 
Hírközlő és számítástechnikai hálózatok egy nyomvonalon 


€ EGYEDI NYOMVONALAK KIÉPÍTÉSE 


Egyedi facsatorna, faparapet tervezése és kivitelezése 
€ ÖSSZEKÖTŐ KÁBELEK 84 
€ RACKSZEKRÉNYEK, RACKSZERELVÉNYEK 


e [-1DÍLI HÁLÓZATÉPÍTŐ ELEMEK ————— 
. " 0 PROFON, ÉS PACKARD BELL SZÁMÍTÓGÉPEK 
ú Rövid kivitelezési határidő, hároméves garancia! 
1138 Budapest Cserhalom út 4. 
Telefon: 270-6227, 270-6235 
Telefon/Fax: 270-50-93 


p— 2 MINDIG 
























MASTER elik 





VARESZI KFT. 


1153 Budapest XV., Deák Ferenc u. 3. 
Tel./Fax: 169-4206 


ÚJ! 
SZÍNVONALAS! 
HATÉKONY! 


REKLÁM ÉS HIRDETÉS 
A VARESZI KFT. 


a számítógépes multimédia eszközeivel 
kínálja fel, hogy az 


ÖN cégét, termékeit 


és szolgáltatásait 


Kelet-Európa legnagyobb 
új üzletközpontjában, 
az 1996. novemberi átadásra meghirdetett 
PÓLUS CENTER 
Bevásárló és Szórakoztató Központban 


folyamatosan hirdeti és reklámozza. 


Az új, színvonalas reklámlehetőség 
napi 30-40 000 érdeklődő, vásárló 
előtt biztosítja a folyamatos piaci jelenlétet. 


A VARESZI KFT. által nyújtott szolgáltatás 
igénybevétele esetén az Ön lehetőségeit 
a CD lemezen kiadásra kerülő 
M I A adatbázisban 
térítésmentesen is megjelentetjük. 





SZÁMÍTÁSTECHNIKAI TANFOLYAMOK 
AZ OGIMEX SZÖVETKEZETNÉL 


40 óra 
20 óra 
50 óra 
40 óra 
40 óra 
15 óra 
15 óra 
50 óra 


24 000 Ft 
13 500 Ft 
27 500 Ft 
24 000 Ft 
32 500 Ft 

9 500 Ft 

9 500 Ft 
29 000 Ft 


C nyelv (kezdő) 

C nyelv (haladó) 
Turbó Pascal (kezdő) 
Turbó Pascal (haladó) 
PLC programozás 


Vision (kezdő) 
Vision üzemeltető 


Vision konfigurálás 
Uzemszervezés 
számítógépes támogatással 


50 óra 26 500 Ft 


Jelentkezés és további információ a következő telefonszámokon: 


204-0172, 209-1039, 06-30-548-429 
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A http:/ egyre divatosabb. "d 


A hp nem megy ki a divatból. 
KI EEeETT Pnőfi 


Hivatalos viszonteladó 




















Számítástechnikai szerviz Kft. 
HP hálózati szoftverek, irodai PC-k, monitorok, 
nyomtatók, plotterek és kellékeik, scannerek, 
kalkulátorok, modemek árusítása 


Sz ZA ÉTAZ ara 
— os rn 





5 Számítógép (PC) és nyomtató javítása, 
átalakítása, kiszállásos javítása 


5 Tápegységjavítás 


PC-alapú számítógépes hálózatok tervezése, G3 Szünetméntésáranűortásokinvítóés 


kivitelezése és üzemeltetése, 








átalánydíjas szervizszolgáltatás 5  Floppy- és CD drive-ok javítása 
5 Garancia megváltásos javítások 

DOS, OS/2, NOVELL, UNIX és XENIX 5 Vírus detektálás és írtás 
rendszerek telepítése. MICROSOFT, tte 5 zén 


COMPUTER ASSOCIATES, COREL szoftverek 


E sz ú új átvevőhelyünk: 
forgalmazása megrendelés szerint 


1111 Budapest, 
SONY Irinyi J.u. 39. fsz. (ANSAN) 


Audio/video eszközök kijelölt márkaboltja 

1047 Bp., Mildenberger u. 1/b. TT 180-4698 

ALINOR Kereskedelmi és Szolgáltató Kft. 1054 Budapest, Vadász u. 19. TE 111-5456 

1025 Budapest, Csévi u. 7. 1042 Budapest IV, Király u. 25. TT 379-4719 

Telefon: 393-1050 1111 Budapest, Irinyi J. u. 39.ísz. TX 267-6025 
An 





LAMIÁeI:H Telefax: 393-1055 
Nyitva tartás: hétfőtől péntekig 10-18 óráig 


























Szükség esetén cserekészüléket biztosítunk! d 























INFORMÁCIÓKÉRÉS: 0926 A 
































VERESÉG KENNEÉNTONKÉÉSEZSESKÁN KÁNÉONTOSAZZSZÁSNHÁJEÁNOZÁKZÁSISLSAE B EZÉNKÓNEATOZO OSS AKÁGEÁSKESTEZBEGT 


Hatékony és elterjedt vírusvédelmi 


MCAFEE 


Network Security cs Management rendszerek 





ú z ; Windows (3.1, 95 és NT), DOS, 
VirusScan MUNKAÁLLOMÁS 05/2, Solaris, Macintosh 


ő NetWare 3.x, 4.x, Windows NT 
NetShield SZERVER 


D Boot Sector DOS, Windows 
BootShield BOOT 


E-mail / Internet Browser 


WebScan INTERNET (Mosaic, Netscape ...) 


MCAFEE Inc. hivatalos képviselete: 


PiK-SYS" Szolgáltató és Tanácsadó Kft. 
H-1213 Budapest, Szentmiklósi út 18. 
Tel.: (36-1) 276-0864 
Fax: (36-1) 276-1235 
Internet: piksysOmail.matav.hu 


INFORMÁCIÓKÉRÉS: 0925 A 
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, Csak egy linkgyűjtemény" 


Az Internet magyar szekciójának rendszeres látogatói 
egyre gyakrabban fedezhetnek fel olyan dolgokat, amelyek 
a hálózatot mint számítástechnikai eszközt állítják a közép- 
pontba. Ilyen volt a közelmúltban a Medián online közvéle- 
ménykutatása, és ilyen az iSYS által kezdeményezett Hun- 
garian TOP 100-as lista is. 

Számos helyre , drótozták be" azt az elektronikus szava- 
zócédulát, amelynek segítségével a játékra hajlandó háló-lá- 
togatók arra adhatták le szavazataikat, hogy szerintük jelenleg 
melyik honlap a legjobb. Az értékelési szempontok között 
egyaránt szerepelnek tartalmi és formai ismérvek. Az előb- 
biek között pedig némiképpen pejoratív éllel az is, hogy az 
adott web-oldal valóban hasznos-e, újszerű-e, érdekes-e, vagy 
, csak" egy ugrópont-gyűjtemény. Pedig, ha úgy tetszik, a 
Hungarian TOP-100 sem más, , csak" egy linkgyűjtemény. . . 
No de milyen! A lelőhelyek olyan koncentrátuma, amely 
jelzi, milyen irányokban milyen fejlesztésekkel jelentkeznek 
a honi műhelyek. Az általános tájékozódás szempontjából 
tehát szinte nélkülözhetetlen ez a gyűjtemény. 

Nézzük a listavezetőket 1996. augusztus 4-5-én. Az élen 
az , Egyelőre TOP 100" c. slágerlista állt, de egy napra rá 
már az Internetto vette át az első helyet. Hasonló módon 
csereberélt a Budapest OnLine és Feszt Timea Diana Éva is 
a 3-4. helyen. A listára kerültek között szép számmal 
szerepelnek a különböző médiakísérletek, kulturális, oktatási 
és politikai honlapok, és viszonylag szerény számban egyes 
számítástechnikai cégek hirdetőtáblái. 





Program értékel programot 


Az idén Magyarországon rendezett (8.) informatikai diák- 
olimpiának egyik legérdekesebb oldala az értékelés volt, 
ugyanis minden programozási megoldás elemzését egy erre 


Köszöntjük a legjobb 100 magyar Web oldalt bernutató oldalunkon. Ha most 
először látogatta meg ezt az oldalt, kérjük olvassa el bevezetőnket. Ha a 
pontozással, és a rangsorolással kapcsolatban vannak kérdései, olvassa el a 
pontozással kapcsolatos oldalunkat. A következő lista az eddig beérkezett 12347 
szavazat alapján készült. Adatbázisunk jelenleg 243 bejegyzést tartalmaz. A. lista 
frissítése, az óriási adatrnannyiségre való tekintettel, 10 percenként történik, de az 
oldalak mellett található pontszámok mindig a legfrissebb eredményeket rnutatják. 


A következő lista a beérkezett szavazatok alapján összeállított 100 legjobb magyar Web oldalt tartalmazza. Ha szeretné látni a 
pontok alakulását, vagy egy oldal leírását, kattintson a fent lévő (vagy a lista alján lévő) listázási lehetőségek egyikére 


1-25. " 26-50. " 51-75. ": 76-100 








a célre kidolgozott program végezte el. Ritkán szembesítenek 
emberi alkotással szemben olyan bírát, amely nem mérlegeli 
az árnyalatokat, mércéje szerint valami vagy jó, vagy nem 
jó. Nem érdekli, hogy elegáns-e vagy szép-e a megoldás, 
csakis a produktum egzakt ismérvei alapján minősíti a 
végeredményt. 

Bizony, milyen jó lett volna, ha valami hasonló program 
vizsgáztatta volna piacra kerülése előtt mondjuk, a Corel- 
Draw-t vagy a sok Windows-változatot! (Bár nem biztos, 
hogy a piacra dobást a teszt eredménye hátráltatta volna, 
arról ugyanis már mindenképpen emberek döntenek.) 

Egyébként a versenyen a 20 legjobb versenyző érdemelt 
aranyérmet (idén nem volt közöttük magyar), további 36-an 
kaptak ezüstérmet (egy magyar: Gosztolya Gábor), s még 
52-en örülhettek a dobogó képzeletbeli harmadik fokának 
(ilyen érem két magyar versenyzőnek jutott: Lakatos Roland- 
nak és Tóth Lászlónak). Egyénileg egy cseh versenyző 
végzett a lista abszolút első helyén, mindössze 4 ponttal 
elmaradva a maximálisan megszerezhető 200 ponttól, a 
legjobb csapat pedig a kínaiaké volt. 


IOI. ON-LINE 


Actual information from Veszprém 
Contest of the best secondary-school 
informaticians of the world 
VIII. International 
Oolympiad 
in Informatics 


Veszprém, 1996 
Vetési Alert Secondary School, 25 July - 1/2 August 


Friss információk Veszprémből 


A világ legjobb középiskolás 
informatikusainak versenye 
VIII. Nemzetközi 
Informatikai 


Diákolimpia 
Veszprém, 1996 
Vetési ADAT Ümárhon HÁT Z6-zag. hun, julius 25. augusztus 1/2. 


Fővédnök: Göncz Árpád, 
a Magyar Köztársaság elnöke 


IJOIOIO! 
IJOIOI 
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Patron: Árpád Göncz, 
President of the Hungarián Repüblic 
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Ugyancsak a veszprémi informatikai olimpiához kapcso- 
lódik az első magyarországi Java-verseny eredményhirdetése 
is. Itt mindössze 8 versenyző indult, igaz, hogy a világ összes 
országából is csak 360-an merték vállalni ennek az új 
eszköznek a használatát egy verseny keretein belül. A verseny 
első helyezettje Paller Gábor , Graffiti" c. programja lett 
(online, szimultán falfirka egy objektumorientált rajzolóprog- 
ram révén), a második helyen Fehér Ákos , WeBasic"-e 
végzett (Basic-szerű, interpretált nyelvi környezet) míg 
,ca4D" nevű általános grafikus keretrendszerével Bajzát 
Róbert érdemelte ki a harmadik helyet. 





Olimpiai informatika 


Amikor nyilvánosságot látott a hír, hogy az IBM gondos- 
kodik az atlantai játékok informatikai vérkeringésének biz- 
tosításáról, sokan , féltették" a Nagy Kéket — nehogy valami 
világra szóló blamázs kerekedjék ki a nagyformátumú vál- 
lalkozásból. 











Whats Newt [ fumarscsan JO rangsor Jr netsszer] Net Directowy ][ 


III Neee 


4 AuGUuUsT 1996 


cgsaó 
100 
Atlanta 1996 


HULLT 11) 


paaTATi ey IPI, tha Cffélalintarnar Inhrmarlan Ayzramz. 
PnVÍJAT TAT THA ATTANTA CAMINÍTTAA fNPThA ClYTAPIÍZ. GAMAZ 


u Canada Win 4 X 100 
Meter Relay 

5 nöi m Holmann Sets New 

Andre AGASSTofthe US celebrates World Record" 

his goal medal win in men 5 tennis. mM Road Cyclings Time 

Hundreds more images available daily Trials Brinos Cream to 

in Photo Album the Top 

m Daily Feature: 
1980: Iron Fists That 
Could Have Earned 
Milions 


I ml 


fN 


Sights £ Sounds 


Live streaming audio and video. More News 
Featuring video of Brazilian athletes 


in Atlanta (Portuguese), 


























Ha a számos kritika ellenére végül is sikerült , megúszni" 
igazi rendszerösszeomlás vagy látványos fejreállás nélkül, 
ez nem jelenti azt, hogy ne lettek volna olyan informatikai 
fogyatékosságok, amelyek a jövőre nézve nagyon tanulságo- 
sak. Az olimpiai informatikát ugyanis nem lehet , rutinból" 
levezényelni, s utólag sem könnyű megmondani, hogy hol 
volt , lyukas?" a rendszer, nemhogy előre felkészülni. Az 
olimpia mint műfaj olyan szintű rendszerintegrációs, rend- 
szerszervezési feladat, amely mindenképpen igényli, hogy a 


fővállalkozó cég — még egy olyan nagyságrendű is, mint a . 


szóban forgó — saját erejét , meghaladóan" 
nális partnerek nélkül is teljesíteni tudja. 
Hogy mire gondolunk? Ha a sportágak szakszövetségei 
nem képesek prezentálni azt a tudásbázist, amelyet az 
informatikai rendszer alapul vesz (mondjuk, a mi Kőbán 
Ritánkról információ az aranyérem után is , not available"), 


is, professzio- 
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akkor saját szervezői módszerekkel kell azt pótolni. Illetve, 
ha a rendszerintegrátor nem képes megmondani, mire is lenne 
tulajdonképpen szüksége, aligha várható gördülékeny és 
szakszerű információáramlás. Az úszóversenyeken szinte a 
célbaérés pillanatában világgá röpíthető volt a teljes végered- 
mény, a kajak-kenu szakágnál viszont még az érmesek végső 
besorolása is hosszú időbe telt. 

Maga az alapadat-feltöltés bizonyult — legalábbis innen, 
távolból — a rendszer leggyengébb pontjának: vagy volt 
információ, de érdektelen, vagy pedig csak 0 bájtos állomány. 
Az olimpiát nézőnek szerintünk ugyanis nem olyan típusú 
információra van szüksége, hogy X. vagy Y. szereti a tulipánt 
és szívesen hallgat Mozartot, hanem arra, hogy pályafutása 
során hol, mikor, milyen versenyeken szerepelt, és ott milyen 
eredményeket ért el. Ha egy versenyzőről csak azt tudja a 
rendszer, hogy beszéli saját anyanyelvét, ez nem tekinthető 
információnak. (Közvetítéseik során cikizték is eleget ezt a 
fajta , adatszolgáltatást" mind a rádió-, mind a tévériporterek.) 

Végül is az IBM elérte marketing-célkitűzéseit. Ha csend- 
ben, minden részletében kifogástalanul oldják meg az összes 
feladatot, talán még kevesebbet is beszéltek volna róla, mint 
így, a néhány bosszantó hiba kapcsán. Lehet, hogy reklám- 
fogás volt? 





Fotólabor helyett HP DeskJet 690C 


Megszoktuk már, hogy egy-egy technológiai újítás kicsit 
átrendezi a nyomtatási módok használatának arányait. Ilyen- 
nek ígérkezik a Hewlett-Packard új színes tintasugaras 
nyomtatási eljárása is, amelynek 1996. augusztus 26-val 
bejelentett gépcsaládja rövidesen a fotóiparnak támaszthat 
igen komoly konkurenciát. A HP DeskJet 69xC sorozat tagjai 
a fotókhoz hasonló, ragyogó színű, részlet- és tónusgazdag 
képeket produkálnak, leginkább két jelentős újításnak kö- 
szönhetően. Az egyik a most először alkalmazott HP Photo- 
REt (photographic resolution enhancement technology), a 
másik egy új festékkazetta, a HP Photo Cartridge. Ez utóbbi 
a nyomtató normál festékkazettája mellett, egyszerűen a 
fekete festékkazetta helyére téve , besegít" a pasztellszínek 
és a finom tónusok nyomtatásánál. Különösen hatásos a 
nyomat fotóminősége, ha az erre a célra ajánlott új papírt 
használják hozzá. (Alábbi illusztrációnk forrása is egy ilyen 
kép volt.) Figyelemreméltó az ár: egy szokásos méretű (10x15 
cm-es) kép kinyomtatása már indulásnál is csak mintegy 30 
forintba kerül, tehát veszedelmesen megközelíti a hagyomá- 
nyos negatív filmről készült fényképek kópiánkénti árát. 





Hát nem csodálatos 


ez a tengernyi 


ey tolaae ételek 





Dante Poklában az elkárhozottaknak nyakig az izzó lávában kellett állniuk. Nem mintha a mai üzleti világban 
ilyen szörnyűek lennének a dolgok — végül is az Ön rendelkezésére áll a GroupWise; a Novelle ,groupware?" 
megoldása. Az , Universal In Box" lehetővé teszi, hogy megszervezze E-mailjeit, találkozóit, faxait, sőt a hang- 
postáját is — s mindezt egy helyről. Ha kedve úgy tartja, üzenetei kezelésére használhatja laptopját, telefonját, vagy 
személyhívóját, bárhol is van a földön (vagy a Pokolban). Lépjen hát a több mint ötmillió felhasználó nyomába, 
akik már megtalálták a megoldást! —s- Ha meg akarja tudni, hogyan maradnak más cégek a csúcson, hívja 
a 266-7770-es telefonszámot vagy látogasson el a http://www.novell.com internet címünkre. 


INFORMÁCIÓKÉRÉS: 0 





. Váltson jegyet az Internet 
szupervonatára! 


HÁLÓZATOK SZUPER , OPERÁCIÓS RENDSZERE" 


Oracle WebSystem 


Második generációs Internetes megoldásokat magába foglaló, kliens-szerver rendszer, a Web-es számítás- 
technika leghatékonyabb, integrált platformja. Eredményesen kombinálja a multimédiás Oracle7 adatbá- 
zistechnológia erejét a Web szerverekkel, böngésző programokkal és fejlesztőeszközökkel. 


ORACLE HUNGARY 


Információk, szabadon letölthető szoftverek: 1123 Budapest, Alkotás u. 17-19. 
Telefon: (36-1) 214-0050 


http://www.cracle.comi  -—— Fax: (36-1) 214-0070 


INFORMÁCIÓKÉRÉS: 0920 A 


